Linux基本功之fsck命令

精选原创

z曾浩轩 2023-04-13 08:50:02 博主文章分类：运维 ©著作权

文章标签 文件系统磁盘分区重启 文章分类 运维 yyds干货盘点

©著作权归作者所有：来自51CTO博客作者z曾浩轩的原创作品，请联系作者获取转载授权，否则将追究法律责任

1. fsck命令介绍

计算机难免会因为某些系统因素或人为误操作（突然断电）出现系统异常，这种情况下非常容易造成文件系统的崩溃，严重时甚至会造成硬件损坏。这也是我们一直在强调的“服务器一定要先关闭服务再进行重启”的原因所在。

如果真出现了文件系统损坏的情况，有办法修复吗？当然可以了，对于一些小问题，我们使用 fsck 命令就可以很好地解决。

fsck 命令用于检查文件系统并尝试修复出现的错误。

2. 语法格式及常用选项

依据惯例，我们还是先查看帮助，使用 man help查看
语法格式：

fsck [ -sACVRTNP ] [ -t fstype ] [filesys ... ] [--] [ fs-specific-options ]

这里的filesys 可以是多种形式，比如可以是：

一个设备名(例如: /dev/hdc1, /dev/sdb2)
一个挂载点(例如: /, /usr, /home),
一个ext2文件系统的磁盘标签
也可以是UUID指定符(例如:UUID=8868abf6-88c5-4a83-98b8-bfc24057f7bd 或 LABEL=root)

fsck 执行完成后，会有默认的返回值，返回值的数字不同，代表的结果不一样，如下表：

返回数字	描述
0	- 没有错误
1	文件系统有错但已修复
2	系统应当重启
4	文件系统错误没有修复
8	运行错误
16	用法或语法错误
32	户撤销了fsck 操作
128	共享库出错

常用参数：

参数	描述
-s	顺序执行fsck的操作
-t	检查要指定的文件类型
-A	搜索 /etc/fstab 文件，一次检查所有在文件中有定义的文件系统
-R	当使用 -A 标志来检查所有文件系统时，跳过root文件系统 (它可能已经被挂载为可读写)
-a	自动修复文件系统，没有任何提示信息。
-r	采取互动的修复模式，在修改文件前会进行询问，让用户得以确认并决定处理方式。
-y	自动修复，和 -a 作用一致，不过有些文件系统只支持 -y
-C	显示检查分区的进度条。

注意：此命令通常只有身为 root 用户且文件系统出现问题时才会使用，否则，在正常状况下使用 fsck 命令，很可能损坏系统。另外，如果你怀疑已经格式化成功的硬盘有问题，也可以使用此命令来进行检查。

使用 fsck 检查并修复文件系统是存在风险的，特别是当硬盘错误非常严重的时候，因此，当一个受损文件系统中包含了非常有价值的数据时，务必首先进行备份！

3. 参考案例

案例一：采用互动的方式修复/dev/sdb1

这里主要是对分区进行修复，我们可以使用-r 参数，这个参数表示自动修复

[root@doc ~]# fsck -r /dev/sdb1

Linux基本功之fsck命令_磁盘分区

当然我这里并没有 /dev/sd1 ，所以会提示没有那个文件。

案例二：检查和修复磁盘分区/dev/sda5的文件系统，在执行修复时进行询问，让用户决定处理方式，显示详细修复过程

fsck -rV -t ext4 /dev/sda5

Linux基本功之fsck命令_重启_02

案例三：检查磁盘分区/dev/sdb1的文件系统，并显示完整的检查进度
-C参数是显示进度条
-t 是指定要检查的系统文件

fsck -C -t ext4 /dev/sdb1

案例四：使用fsck.ext4命令检查/dev/sdb1磁盘分区的文件系统

# fsck.ext4 /dev/sda5

XFS文件系统中，不再使用此命令，二十使用xfs_repair 来检查和修复文件系统，修复时该文件系统不能被挂载。

案例五：强制检查文件系统的损坏情况：

[root@mufenggrow ~]# fsck -f /dev/sda2

如果要是使用fsck对XFS系统进行检查，需要在检查之前，先卸载要检查的磁盘分区。
然后用xfs_repair命令的-n参数进行检查和修复磁盘错误。

如果只是检查，并不进行磁盘修复，可以不用-n参数

[root@localhost ~]# xfs_repair /dev/sda1
Phase 1 - find and verify superblock...
Phase 2 - using internal log
       - zero log...
       - scan filesystem freespace and inode maps...
       - found root inode chunk
Phase 3 - for each AG...
       - scan and clear agi unlinked lists...
       - process known inodes and perform inode discovery...
       - agno = 0
       - agno = 1
       - agno = 2
       - agno = 3
       - process newly discovered inodes...
Phase 4 - check for duplicate blocks...
       - setting up duplicate extent list...
       - check for inodes claiming duplicate blocks...
       - agno = 0
       - agno = 1
       - agno = 2
       - agno = 3
Phase 5 - rebuild AG headers and trees...
       - reset superblock...
Phase 6 - check inode connectivity...
       - resetting contents of realtime bitmap and summary inodes
       - traversing filesystem ...
       - traversal finished ...
       - moving disconnected inodes to lost+found ...
Phase 7 - verify and correct link counts...
done