一台linux应用服务器因突然停电遇到以下故障？(已解决)

zxcxhzhangxi

前几天，因为突然停电一台linux应用服务器出现了以下错误故障：

开机一段时间后出现如下错误提示：
var1:unexpected inconsistency:run fsck manually
（i.e.,without -a or -p options）

跟客服沟通后，告诉输入如下命令在命令行进行修复。

#mount | grep ''on /''
得到你root用户所在分区/dev/your_partition,然后输入
fsck -y /dev/your_partition
即，检测并修复磁盘/dev/your_partition，-y 选项指定检测每个文件是自动输入yes
系统提示重启，重启后还是不行
在命令行输入
fsck -y /dev/sda1
重启ok

用过#mount | grep ''on /'' 命令后，是sda7，修复了sda7之后，不知道什么原因，在重启之后usb接口的键盘，在命令行下任何字符也输入不了。回车还好使。
键盘连接其他机器也没有任何问题。

那位linux比较熟悉的兄弟，帮忙给看看。

目前状况是修复了一次sda7之后，重启依然提示相同错误，但是目前键盘不好使了，所以sda1等还没有修复。

客服还让我用fdisk -l查看有几个分区，然后逐个修复。不知道这样有用没有，大家知道的给看看！谢谢了


按照上述思路，遵照以下方法解决此类故障，其实网上也有很多帖子说明这个问题，就是不是很细致，我在这里详细说一下：

1、当出现突然断电时候，linux大多数会遇到本帖的错误提示，大家不要慌，首先经专门客服人员告知，以下修复方法不会影响数据。

2、当出现如下错误提示的时候此方法基本适用
var1:unexpected inconsistency:run fsck manually
（i.e.,without -a or -p options）

3、会在下方出现如下提示：
GIVE ROOT PASSWORD FOR MAINTENANCE
(OR TYPE CONTROL-D TO CONTINUE)
此时只要输入你linux系统的root管理的密码就可进入命令行（以字符“#”开头），注意此时输入密码有时候会不显示出输入的字符是什么，所以给人一种没有输入的错觉，不要理会，只要正确输入回车即可进入命令行。

4、现在命令行下输入如下命令（严格遵守空格的输入，不然命令会是无效的）
#mount | grep ''on /''

5、输入#mount | grep ''on /''之后显示如下行：
/dev/sda7 on / type ext2 (rw)
none on /proc type proc (rw)
none on /sys type sysfs (rw)
none on /dev/pts type devpts (rw,gid=5,mode=620)
usbfs on /proc/BUS/usb type usbfs (rw)
其中sda7就是出错的分区。（此处的分区数取决于你本身的分区有多少，大家应根据实际情况，进行变通）

6、随后继续在命令行下输入
fsck -y /dev/sda7
输入后会有提示，翻译过来是这种修复会对文件系统造成损害，让你确认，只要按“y”键即可。、
随后屏幕上会闪过为你修复的错误有那些。

7、第六步之后就会出现如下提示：
FILE SYSTEM WAS MODIFIED
REBOOT LINUX

此时只要输入reboot，系统就会重启。

正常来讲会修复成功。应该会进入到一个自检的过程，不用理会，自检完毕后，就会进入系统了。

如果到第七步重启之后没有修复的话，一般来讲在进入命令行输入fsck -y /dev/sda1  在修复一次如果有错的话，应该就能修复好。

但是，我遇到的问题有些不同呢，本人做到第七步之后重启依旧提示错误，所以继续了如下步骤完成了修复：

1、进入命令行之后输入
#fdisk -l
显示出所有的分区，分行显示，本人的共计11个从sda1到sda11。
然后逐步输入fsck命令进行修复，即：
fsck -y /dev/sda1
                      .
                      .
                      .
fsck -y /dev/sda11

我的情况是修复到sda5时候也修复了一定的错误。

2、以上运行完之后，reboot重启，系统进入一个自检的过程。自检结束后进入系统，一切正常。修复完毕

3、（补充）如果错误依旧存在的话还可以用#e2fsck   -y /dev/sda7 继续尝试。但一般不用，用fsck就可以修复这种突然断电造成的错误。


ps：本人linux系统小白，基本不怎么懂，那位比较熟悉linux可就本过程继续完善和针对有关知识进行补充和指正。

还可参见：http://hi.baidu.com/zxcxhzhangxi/blog/item/ebf4c2d14ef5610c3bf3cf73.html

[ 本帖最后由 zxcxhzhangxi 于 2010-5-24 12:58 编辑 ]

xianglang

以前单位使用的UNIX系统，都是直接将FSCK写进启动脚本里去的，一般异常关机之后，都可以修复。

piraya

用的还是ext2，建议升级成带日志的ext3。两种文件系统可以平滑过渡。

楼主帖子里有个小的细节问题，mount | grep "on /" 与直接 mount 的输出是没什么区别的，实际应该是使用 mount | grep "on / " 才是显示"/"的挂载点

[ 本帖最后由 piraya 于 2010-6-6 15:43 编辑 ]

2012andyle113

做个记号，没有碰到过这种情况

dododo

你是很厉害的小白