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

fsck命令被用于检查而且试图修复文件系统中的错误。当文件系统发生错误四化，可用fsck指令尝试加以修复。

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

FSCK全称为FileSystemConsistencyCheck。在大多数时候，它在系统启动时运行，但是假如需要的话，它也能被超等用户手工启动。  

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

1.查错并在发现错误时由用户决定怎样处置惩罚，  

2.查错并自动修复，  

3.查错但在发现错误时只表现错误而不进行修复。  

FSCK的语法  

手工执行FSCK的语法为，  

1.$fsckoptionsdrives  

fsck支持的选项有，  

·-p自动修复（不询问）  

·-n不对文件系统做出改动  

·-y对全部问题都回答"yes"  

·-c检查全部的坏块并将之添加到坏块列表中  

·-f纵然文件系统标记为clean也欺压进行检查  

·-v输出详细信息  

·-bsuperblock利用替代的超等块  

·-Bblocksize指定超等块的块巨细  

·-jexternal_journal指定外部日记的位置  

·-lbad_blocks_file添加到指定的坏块列表（文件）  

·-Lbad_blocks_file指定坏块列表（文件）  

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

Fsck命令的案例  

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

1.$umountdrivename  

比如像这样，  

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选项。  

$fsck-a/dev/sdb1  

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

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

$fsck-n/dev/sdb1  

检查全部分区中的错误  

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

$fsck-A  

若要克制对根文件系统进行检查可以利用选项-R，  

$fsck-AR  

只检查指定文件系统范例的分区  

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

$fsck-text4/dev/sdb1  

或者，  

$fsck-t-Aext4  

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

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

$fsck-AM

以上就是小编分享给大家的通过 FSCK 命令检查 Linux 文件系统中的错误详解的全部内容，渴望对大家有所资助。