centos6.5启动报错：系统文件检查出错

操作系统启动失败如下图报错：

 

故障现象：

从图中可以看到，操作系统启动的过程中，fsck在执行文件系统检测时出现了错误，并且是在检查/dev/mapper/VolGroup-lv_home时出错，提示此文件不存在；

 

故障分析：

这是一个什么界面，为何会出现这个界面?

CentOS6.4的操作系统启动的的大致过程为：加载BootLoader-à加载kernel-àinit执行系统初始化-à用户登录；而在init执行系统初始化的过程中，会执行系统初始化脚本/etc/rc.d/rc.sysinit，在此脚本中即会执fsck -A进行文件系统检测；

fsck -A会执行什么操作呢？

fsck -A会遍历文件/etc/fstab，检查其中定义的所有的文件系统。fsck在做文件系统检查前通常不会去检查设备是否真实存在，所以如果某设备不存在，而又去做了fsck，fsck即会报错，继而导致启动操作系统时会进入文件系统修复模式（file system repair mode），而中断正常的操作系统启动；

所以，这就是为何会出现此界面的原因了。

 

解决方法：

既然是fsck执行失败，导致操作系统无法继续启动，所以可以在操作系统启动时，让fsck跳过检查这个有问题的/dev/mapper/VolGrouplv_home即可正常启动操作系统；（在/etc/fstab中设置此项的第6个字段fs_passno的值设为0，即意为fsck不检查此行）

         但是此时文件系统修复模式下所有文件都是只读的，无法编辑/etc/fstab；所以此时可以选择从系统光盘启动，选择进入紧急救援模式下去修改文件（因为紧急修复模式不会执行/etc/rc.d/rc.sysinit，所以不会出现此报错）；下面3行是在紧急救援模式下的操作：

bash-4.1# chroot /mnt/sysimage
sh-4.1# vim /etc/fstab             ##将/dev/mapper/VolGrouplv_home这一行的第6个字段设为0
sh-4.1# reboot -r

 

此时即可正常启动系统，不过中途会看到如下界面：

此时已没有fsck的报错，但是mount挂载文件系统时有一个failed的信息，这是因为在系统初始化脚本/etc/rc.d/rc.sysinit中，文件系统检测完成后的下一步即是根据/etc/fstab文件中的定义去挂载文件系统；此时即提醒找不到/dev/mapper/VolGroup-lv_home，所以会出现上图红圈内的报错；

并且从此界面可以明确的看到问题的所在了，/dev/mapper/VolGroup-lv_home不存在；虽然有此failed信息，但不影响系统可以继续启动；

 

上图绿色圈中的是需等待SELinux自动完成重新打标，若不想等待，可以在系统启动时禁入编辑模式，禁用SELinux的启动即可，如下图：