通过 FSCK 命令检查 Linux 文件系统中的错误

FSCK 是一个很重要的 Linux/Unix 工具，它用于检测并修复文件系统中的错误。它类似于 Windows 操作系统中的 “chkdsk” 工具，但它是为 Linux、MacOS、FreeBSD 操作系统所准备的。

FSCK 全称为 File System Consistency Check。在大多数时候，它在系统启动时运行，但是如果需要的话，它也能被超级用户手工启动。

它可以进行三种模式的操作，

1. 查错并在发现错误时由用户决定如何处理，
2. 查错并自动修复，
3. 查错但在发现错误时只显示错误而不进行修复。

FSCK 的语法

手工执行 FSCK 的语法为，

1. $ fsck options drives

fsck 支持的选项有，

• -p 自动修复（不询问）
• -n 不对文件系统做出改动
• -y 对所有问题都回答 “yes”
• -c 检查所有的坏块并将之添加到坏块列表中
• -f 即使文件系统标记为 clean 也强制进行检查
• -v 输出详细信息
• -b superblock 使用替代的超级块
• -B blocksize 指定超级块的块大小
• -j external_journal 指定外部日志的位置
• -l bad_blocks_file 添加到指定的坏块列表（文件）
• -L bad_blocks_file 指定坏块列表（文件）

我们可以根据要做的操作任意指定这些选项。下面让我们来看一些例子。

 

Fsck 命令的案例

注意： 在开始讨论案例之前，请先读完这段话。我们不应该用 fsck 检查已挂载的磁盘，这很可能会对磁盘造成永久性的伤害。因此在开始使用 fsck 之前，我们需要使用下面命令来卸载磁盘，

1. $ umount drivename

比如像这样，

1. $ umount/dev/sdb1

可以通过下面命令来查看分区编号，

1. $ fdisk-l

另外，在运行 fsck 时，可能出错并返回一些错误码。下面是一些常见的错误及其意义的列表，

• 0 – 没有错误
• 1 – 修复了一些文件系统错误
• 2 – 系统需要被重启
• 4 – 文件系统错误未被修复
• 8 – 操作错
• 16 – 使用或语法错
• 32 – fsck 被用户取消
• 128 – 共享库出错

现在让我们来看一些 fsck 命令的例子，

 

在单个分区上进行错误检查

在终端运行下面过命令来对单个分区进行检查，

1. $ umount/dev/sdb1
2. $ fsck/dev/sdb1

 

检查文件系统错误并自动修复

使用选项 -a 进行一致性检查并自动修复这些错误。也可以用 -y 替代 -a 选项。

1. $ fsck-a /dev/sdb1

 

检查文件系统错误但并不进行修复

若我们只想知道文件系统上有哪些错误而不想修复这些错误，那么可以使用选项 -n，

1. $ fsck-n /dev/sdb1

 

检查所有分区中的错误

-A 选项一次性检查所有分区上的文件系统错误，

1. $ fsck-A

若要禁止对根文件系统进行检查可以使用选项 -R，

1. $ fsck-AR

 

只检查指定文件系统类型的分区

使用选项 -t 及文件系统类型，可以让 fsck 只检查指定文件系统类型的分区，比如指定文件系统类型为 “ext4”，

1. $ fsck-t ext4 /dev/sdb1

或者，

1. $ fsck-t -A ext4

 

只在卸载的磁盘上进行一致性检查

要保证 fsck 只在卸载的磁盘上操作，可以使用选项 -M，

1. $ fsck-AM

这就是我们的案例教程了。有任何疑问欢迎在下面的留言框中留言。

---

via: http://linuxtechlab.com/linux-filesystem-errors-fsck-command-with-examples/

作者：Shusain 译者：lujun9972 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

本文永久更新链接地址：http://www.linuxidc.com/Linux/2018-01/150015.htm