系统相关
首页 > 系统相关> > linux系统启动报错:[contains a file system with errors, check forced]的解决方法

linux系统启动报错:[contains a file system with errors, check forced]的解决方法

作者:互联网

 

linux系统启动报错:[contains a file system with errors, check forced]的解决方法参考



1、解决参考一  
Press enter for maintenance  
(or type Control-D to continue):  
/dev/sda3 contains a file system with errors, check forced.  
/dev/sda3: Inodes that were part of a corrupted orphan linked list found.  


/dev/sda3: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.  
(i.e., without -a or -p options)  


在(or type Control-D to continue)后输入root用户的密码  
首先在修复filesystem时要umount掉运行该命令:  
如: umount /  
运行fsck.ext3(也可使用e2fsck) -p /dev/sda3 ;未能修复  
运行fsck.ext3 -y /dev/sda3  
或运行fsck.ext3  /dev/sda3  



2、解决参考二  
机房一台Centos的server无法正常启动,检查后应该是/dev/sda3这块硬盘的逻辑卷无法加载所致,使用fsck命令解决,命令如下:  
# fsck -C fd -N /dev/sda3    这之后会有如下提示  
[/sbin/fsck.ext3 (1) -- /dev/sda3] fsck.ext2 -C0 /dev/sda3   继续执行命令如下  
# fsck.ext3 -C0 /dev/sda3  
中间提示是否yes输入y即可,看到结束提示FILE SYSTEM WAS MODIFIED  重启系统后OK!
 



linux无法启动,contains a file system with errors, check forced错误

  系统当机,重启后提示如下报错:

wKiom1NKaJHisa00AAH1PQgygcE795.jpg

原因是:由于系统部分文件丢失,造成磁盘检测过不去,系统无法启动。

解决方法:

1、进入修复模式:

2、运行fsck.ext3,如果是其他文件系统,请先umount

wKioL1NKaGjyOQt7AAMCNRliRVs363.jpg

3、总共会进行5个步骤,执行时间和设备中文件数据的大小有关。

wKioL1NKaGjDw-2RAAHoYfv-QIk186.jpg

wKiom1NKaJHC-_b8AAIrd9N98kg030.jpg

4、修复完成后,会出现提示“FILE SYSTEM WAS MODIFIED”。这时输入命令 "reboot" 命令重启系统。



 
 Linux文件系统破坏,导致系统无法启动解决办法       
 

Linux下普遍采用的是ext3文件系统,ext3是一个具有日志记录功能的日志文件系统,可以进行简单的容错和恢复,但是在一个高负荷读写的ext3文件系统下,如果突然发生掉电,就很有可能发生文件系统内部结构不一致,导致文件系统破坏。

Linux在启动时,会自动去分析和检查系统分区,如果发现文件系统有简单的错误,会自动修复,如果文件系统破坏比较严重,系统无法完成修复时,系统就会自动进入单用户模式下或者出现一个交互界面,提示用户介入手动修复,现象类似下面所示:
checking root filesystem
/dev/sdb5 contains a file system with errors, check forced
/dev/sdb5:
Unattached inode 68338812
/dev/sdb5: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY
(i.e., without -a or -p options)
FAILED
/contains a file system with errors check forced 
an eror occurred during the file system check 
****dropping you to a shell;the system will reboot 
****when you leave the shell 
Press enter for maintenance
(or type Control-D to continue):
give root password for maintenance
从这个错误可以看出,系统根分区文件系统出现了问题,系统在启动时无法自动修复,然后进入到了一个交互界面,提示用户进行系统修复。
这个问题发生的几率很高,引起这个问题的主要原因就是系统突然掉电,引起文件系统结构不一致。一般情况下解决此问题的办法是采用fsck命令,进行强制修复。
根据上面的错误提示,当按下“Control-D”组合键后系统自动重启,当输入root密码后进入系统修复模式,在修复模式下,可以执行fsck命令,具体操作过程如下:
[root@localhost /]#umount /dev/sdb5
[root@localhost /]#fsck .ext3 -y  /dev/sdb5 
e2fsck 1.39 (29-May-2006)
/ contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Inode 6833812 ref count is 2, should be 1.  Fix? yes
Unattached inode 6833812
Connect to /lost+found? yes
Inode 6833812 ref count is 2, should be 1.  Fix? yes
Pass 5: Checking group summary information
Block bitmap differences:  -(519--529) -9273
Fix? yes
…… ……
/: ***** FILE SYSTEM WAS MODIFIED *****
/: 19/128520 files (15.8% non-contiguous), 46034/514048 blocks
       
上面就是fsck修复受损文件系统的过程,fsck详细用法在本书第四章有详细的讲述,这里不在多讲。需要注意的是,在执行fsck的时候,一定要先卸载要修复的分区,然后再执行修复操作,切记!

 

标签:forced,系统启动,ext3,修复,文件系统,dev,fsck,报错,sda3
来源: https://blog.51cto.com/lhrbest/2698471