/dev/sdb1 has gone 491days without being checked for check forced

简介:

今天发现一台服务器挂了,重启后出现/dev/sdb1 has gone 491days without being checked for check forced,大概是说sdb1在自检,卡住很久都不动,于是找了相关解决办法:


卡住的时候,按ctrl + c 取消这个检测

然后会提示输入root密码进入修复模式,或者ctrl + d 重启

输入root密码后,进入修复模式

编辑 /etc/fstab 将

/dev/sdb1          /backup           ext3    defaults        1 2

这行的最后一个数字 2 改为 0 ,禁止开机检测这块硬盘

改好之后就是这样

/dev/sdb1          /backup           ext3    defaults        1 0

这里面有个问题,在修复模式下,/分区是只读的,是无法修改这个文件的,重新挂在一下 /分区

mount -o remount,rw /

mount -o remount,rw /dev/sda3 /  

此处的 /dev/sda3 要看你的/分区具体是挂载的硬盘上的哪个分区

之后就可以编辑 /etc/fstab 了,编辑之后重启服务器

即可跳过 /dev/sdb的检测

本文转自运维笔记博客51CTO博客,原文链接http://blog.51cto.com/lihuipeng/1279442如需转载请自行联系原作者


lihuipeng


相关文章
|
7天前
|
JavaScript 前端开发
完美解决 报错 Vue Invalid prop: type check failed for prop “min“. Expected Number with value 1,
完美解决 报错 Vue Invalid prop: type check failed for prop “min“. Expected Number with value 1,
13 1
SAP WM Storage Type Capacity Check Method 5 (Usage check based on SUT)
SAP WM Storage Type Capacity Check Method 5 (Usage check based on SUT)
SAP WM Storage Type Capacity Check Method 5 (Usage check based on SUT)
SAP WM中阶Storage Type的Capacity Check – Check based on maximum quantity per bin in storage type.
SAP WM中阶Storage Type的Capacity Check – Check based on maximum quantity per bin in storage type.
SAP WM中阶Storage Type的Capacity Check – Check based on maximum quantity per bin in storage type.
How to find root cause of creation navigation failure
Created by Jerry Wang, last modified on Dec 09, 2014
How to find root cause of creation navigation failure
|
Linux 数据安全/隐私保护
|
关系型数据库 网络虚拟化
|
.NET 开发框架 数据建模