1fsck---file system check fsck 扫描文件系统时一定要在单用户模式、修复模式或把设备umount后进行。如果扫描运行中的系统,会造成系统文件损坏。 RHEL6中fsck默认支持文件系统ext4,如果想支持ext3文件系统的扫描,应该加-j 参数。最好是根据不同的文件系统来调用不同 的扫描工具,比如ext3的文件系统使用fsck.ext3,ext2文件系统使用fsck -t etx2等。   参数 :
  •    -a : 如果检查有错则自动修复
  •   -r : 如果检查有错则由使用者回答是否修复
  •    -t : <文件系统类型>    指定要检查的文件系统类型。
  •   -s : 依序一个一个地执行 fsck 的指令来检查
  •   -A : /etc/fstab 中所有列出来的 partition 做检查
  •   -C : 显示完整的检查进度
  •   -d : 列印 e2fsck的 debug 结果
  •   -p : 同时有 -A 条件时,同时有多个 fsck 的检查一起执行
  •   -R : 同时有 -A 条件时,省略 / 不检查
  •   -V : 详细显示模式
  执行后的传回值及代表意义:
  • 0 没有任何错误发生。
  • 1 文件系统发生错误,并且已经修正。
  • 2 文件系统发生错误,并且已经修正。
  • 4 文件系统发生错误,但没有修正。
  • 8 运作时发生错误。
  • 16 使用的语法发生错误。
  • 128 共享的函数库发生错误。
  2、检查 ext4 文件系统的 /dev/sdb3 是否正常,如果有异常便自动修复 [root@test ~]# fsck   -t  ext4  -a    /dev/sdb3     3、出现如下提示可以使用fsck命令来修复 1无法mount分区; 2大量文件、目录丢失,根目录下生成/LOST+FOUND文件夹,里面有大量#XXXXXX类的文件和目录; 3fsck很快报错完成; 4fsck执行时,有大量提示,如修改节点、清0节点等操作     4、当Linux系统被强行关闭或重新启动,文件系统可能受到损坏,系统启动时会自动检查并修复文件系统 但是当文件系统没有自动修复成功时,便需要手动使用fsck进行扫描和修复。会出现如下情况:  
  …... Checking file systems ...fsck 1.41.3(12-OCT-2008) /dev/sdb5 contains a file system with errors check forced /dev/sdb5: |==========                                    ---进度条 …… /dev/sdb5: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY (i.e., without -a or -p options) fsck died with exit status4 …… ……/var/log/fsck/  ---fsck报错日志的存放位置 …… Warning …… Press enter for maintenance (or type Control-D to continue): --- Ctrl+d继续启动服务器。

 

 

SRE实战 互联网时代守护先锋,助力企业售后服务体系运筹帷幄!一键直达领取阿里云限量特价优惠。

 

 

 

 

 

 

 

 

 

  查看报错日志: [root@test ~]# ls -l /var/log/fsck/ total 8 -rw-r----- 1 root adm 190 2018-06-09 10:03 checkfs -rw-r----- 1 root adm 192 2018-06-09 10:03 checkroot [root@test ~]# more   /var/log/fsck/checkfs [root@test ~]# more   /var/log/fsck/checkroot   查看运行级别: 扫描文件系统时一定要在单用户模式、修复模式或把设备umount后进行。如果扫描运行中的系统,会造成系统文件损坏。   [root@test ~]# runlevel 5 [root@test ~]# init 1    进入单用户模式     使用fsck对文件系统进行扫描、修复: [root@test ~]# fsck fsck          fsck.ext2     fsck.ext4     fsck.msdos   fsck.cramfs   fsck.ext3     fsck.ext4dev  fsck.vfat    [root@test ~]# fsck.ext4  -y /dev/sdb5 e2fsck 1.41.12 (9-jun-2018) /dev/sdb5 已挂载. WARNING!!!  The filesystem is mounted.   If you continue you ***WILL*** cause ***SEVERE*** filesystem damage. 你真的想要要继续 (y/n)? y     fsck.ext4开始进入扫描、修正文件系统,这个过程时间比较长,中间有数次停顿的过程,只需等待即可,千万不要以为死机而重启服务器。fsck.ext4扫描、修正完文件系统后, 根据提示可能需要重启系统。如果没有提示重启系统,也需要reboot来重启系统。在重启系统的过程中,fsck会对文件系统进行扫描。fsck扫描完以后,会启动到系统的登录界面, 不需要进行任何干涉。再次重新启动系统,系统可以正常启动。 e2fsck和fsck.ext2、fsck.ext3、fsck.ext4功能一样都是检查和修复文件系统,在检查之前一定要卸载待检查的文件系统分区。     5、案例 机器断电或者直接关电源强制重启后出现以下界面: Linux使用fsck修复文件系统 随笔 第1张

Linux使用fsck修复文件系统 随笔 第2张

提示:Giveroot password for maintenance        (or type Control-D for normal startup):输入root密码   输入fsck -y  修复,时间可能比较长,等待修复完成exit退出重启 Linux使用fsck修复文件系统 随笔 第3张

Linux使用fsck修复文件系统 随笔 第4张

 

 
扫码关注我们
微信号:SRE实战
拒绝背锅 运筹帷幄