1、fsck---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类的文件和目录;
3）fsck很快报错完成;
4）fsck执行时，有大量提示，如修改节点、清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继续启动服务器。
|
查看报错日志：
[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
N 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、案例
机器断电或者直接关电源强制重启后出现以下界面：
提示：Giveroot password for maintenance
(or type Control-D for normal startup)：输入root密码
输入fsck -y 修复，时间可能比较长，等待修复完成exit退出重启
