`fsck [-aANPrRsTV][-t <文件系统类型>][文件系统...]`

# 功能

检查文件系统并尝试修复错误。

补充说明：当文件系统发生错误四化，可用 `fsck` 指令尝试加以修复。

# 举例

- 检查 `msdos` 档案系统的 `/dev/hda5` 是否正常，如果有异常便自动修复:

$fsck -t msdos -a /dev/hda5

此指令可与 `/etc/fstab` 相互参考操作来加以了解。

- 检查所有的缺省文件系统:

$fsck

这个命令检查在 `/etc/filesystems` 文件中所有标记 `check=true` 的文件系统。 `fsck` 命令这种形式在对文件系统做出任何更改之前会向您请求许可。

- 利用缺省的文件系统自动修复较次要的问题:

$fsck -p

- 检查一个特定的文件系统:

$fsck /dev/hd1

这个命令检查位于 `/dev/hd1` 设备上的未安装的文件系统。

# 描述

## 参数

`-a` 自动修复文件系统，不询问任何问题。

`-A` 依照 `/etc/fstab` 配置文件的内容，检查文件内所列的全部文件系统。

`-N` 不执行指令，仅列出实际执行会进行的动作。

`-P` 当搭配 `-A` 参数使用时，则会同时检查所有的文件系统。

`-r` 采用互动模式，在执行修复时询问问题，让用户得以确认并决定处理方式。

`-R` 当搭配 `-A` 参数使用时，则会略过 `/` 目录的文件系统不予检查。

`-s` 依序执行检查作业，而非同时执行。

`-t <文件系统类型>` 指定要检查的文件系统类型。

`-T` 执行 `fsck` 指令时，不显示标题信息。

`-V` 显示指令执行过程。

`-o` `f` 对系统进行强制检查，不论系统是否在 `clean` 等状态

`-o p` 非交互式检查并修复文件系统，对有的问题则立即退出

`-o b=xx` 用来修复超级块的错误，就是将备份的超级块内容拷入超级块中。solaris对超级块很重视，它的备份有很多，一般的 `b=32` 就可以了，如果不行可以使用命令 `newfs -N /dev/rdsk/cxtxdxsx` 来查看超级块的位置，其中任何一个备份块都可使用.

## 详细参数

`-d BlockNumber` 搜索指定磁盘块的参考。无论 `fsck` 命令遇到包含特定块的文件，它将会显示索引节点号和所有指向它的路径名称。对于 `JFS2` 文件系统，引用指定模块的索引节点号将会被显示，但是不是它们的路径名称。

`-f` 进行快速检查。在正常情况下，通过非正确方式关闭系统来停机仅有的文件系统很可能被影响，这个文件系统就是当系统停止时在安装的那些。 `-f` 标志会提示 `fsck` 命令不要检查没有成功安装的文件系统。=fsck= 命令通过检查文件系统超级块中的 `s_fmod` 标志来决定这件事。 当文件系统没有成功安装的时候，无论何时文件系统被安装和被清除，这个标志都将被设定。如果文件系统被成功的卸载，这不大可能会存在什么问题。因为多数文件系统没有成功安装，不检查这些文件系统能减少检查时间。

`-i i-NodeNumber` 搜索指定索引节点的参考。无论何时 `fsck` 命令遇到一个指向指定索引节点的目录，它都会显示这个参考的完整路径名称。

`-n` 对 `fsck` 命令所提出的所有问题给出一个 `no` 的回应；不打开指定的文件系统来写。

`-o` 选项 向 `fsck` 命令传递逗号分隔的选项。这些选项被认为是文件系统的实现细节，除了下面目前为了所有文件系统而当前被支持的选项：

- `mountable`

如果有问题的文件系统可安装（清除），促使 `fsck` 命令成功的退出，返回一个 `0` 值。如果文件系统不可安装, `fsck` 命令退出并返回一个值 `8` 。

- `mytype`

如果存在问题的文件系统与在 `/etc/filesystems` 文件中或者在命令行中通过 `-V` 标志指定的具有相同的类型，那么促使 `fsck` 命令退出并给出一个成功的 `0` 值。否则，返回一个值 `8` 。例如，如果 `/` （引导文件系统）是一个分类文件系统，那么 `fsck` 命令 `-o mytype -V jfs /` 会退出给出一个 `0` 值。

`-p` 不显示次要问题的消息但是自动修复问题。这个标志并不是象 `-y` 标志那样授予大规模许可，当系统正常启动的时候对自动进行检查工作有用。无论系统在何时自动运行，您应该将这个标志作为系统启动过程的一部分来使用。也允许并行分组检查。如果主要的超级块损坏了，次要的超级块就被验证，并且复制到主要的高级块中。

`-t文件` 如果 `fsck` 命令得不到足够的内存来保存它的表的话，在文件系统中作为一个临时文件而不是被检查的文件来指定File参数。如果没有指定 `-t` 标志，那么 `fsck` 命令需要一个临时文件，它会提示您给这个临时文件起名字。但是，如果指定了 `-p` 标志， `fsck` 命令是不成功的。如果临时文件不是一个特定的文件，当 `fsck` 命令结束的时候，它就会被删除。

`-V VfsName` 使用为文件系统由VFSName变量指定的虚拟文件系统的描述，而不是用 `/etc/filesystems` 文件决定描述。如果 `-V VfsName` 标志没有在命令行中指定，就会检查 `/etc/filesystems` 文件并且 `vfs=` 匹配节的特性被认为是正确的文件系统类型。

`-y` 对所有 `fsck` 命令提出的所有问题假定一个 `yes` 的响应。这个标志使 `fsck` 命令采取它认为必要的行动。仅在损坏严重的文件系统中使用这个标志。

## 一些原理

大多数系统设置为启动时自动运行 `fsck` ，因此任何错误将在系统使用前被检测到(并根据希望修正)。自动检查只对启动时自动 `mount` 的文件系统发生作用，使用 `fsck` 手工检查其他文件系统，比如软盘。使用有错误的文件系统可能使问题变得更坏。如果系统正常关闭，几乎从不发生错误，因此有一些方法可以不进行检查。如果文件 `/etc/fastboot` 存在，就不检查。另外，如果 `ext2` 文件系统在超级块中有一个特定的标记告知该文件系统在上次 `mount` 后没有正常 `unmount` . 如果标记指出 `unmount` 正常完成(假设正常 `unmount` 指出没问题)， `e2fsck` ( `fsck` 的 `ext2` 文件系统版) 就不检查系统。 `/etc/fastboot` 是否影响系统依赖于你的启动手稿，但 `ext2` 标记则在你使用 `e2fsck` 时发生作用–基于一个 `e2fsck` 选项(参阅 `e2fsck` 手册页) 　　

运行 `fsck` 后，该命令会分6个阶段对文件系统进行检查，这六个阶段分别是：

1. 阶段1： 检查块和块的大小
2. 阶段2： 检查路径名
3. 阶段3： 检查连接性
4. 阶段4： 检查参考记数
5. 阶段5： 检查自由块列表
6. 阶段6： 补救自由块列表

对每个阶段进行检查,常见的一些错误:

1. 移去一个没有相关文件的目录入口　

这时用户可以回答 `Yes` 或 `Y` 来删除该目录入口。 　　　　

2. 重连接一个已分配但不能访问的文件

`fsck` 找到了一个已分配的I节点，但却不可访问(该节点没与任何目录连接)，这时一般对 `fsck` 的"RECONNECT？"回答 `Yes` ，即把该I节点连接到 `lost+found` 目录下，文件名即是I节点号，之后管理员应检查该文件类型，判明该文件用途，再将该文件拷贝到相应目录下。

3. 连接数调整ADJUST

在交互方式下， `fsck` 若发现连接数(与原记录)不一致，将询问用户采取何种行动，本例发现一目录的I节点连接数与该目录的真实连接数不一致。

这时用户应该回答 `Yes` 或 `Y` 来改正连接数。 　　　　

4. 自由块表不一致

`fsck` 查出未分配块数与超级块中所给出的自由块表不一致。

这时用户应该回答 `Yes` 或 `Y` 来修正超级块。

从上面的出错信息和处理方法可以发现，对于 `fsck` 询问的问题大多数情况下都可以用 `Yes` 来回答，所以在实际应用时，可以用 `-y` 选项来执行该命令对硬盘进行检查和修复。

这里：

- RECONNECT

表示目录丢失，可将其存入 `lost+found` 中再作转移。回答 `yes`

- SUPERBLK坏（注意是坏，不是wrong）

修复见上面（如果是wrong就随便了，修不修都可以）

- CLEAR

删i节点，可能会错

- REMOVE

删文件，一般给出文件名。 file=….

- ADJUST

调整连接数。实际数与原记录不符。回答 `yes`

使用一般都是 `yes` 过去的，不能在正在 `mount` 的文件系统上操作，否则有可能导致文件系统损坏。但也没有碰到过用 `fsck` 导致发生错误的情况，不过还是建议操作的时候规范一些。

对于一个已经安装好了的文件系统， `fsck` 命令不会做出矫正。

`fsck` 命令出于某些原因可以在一个已经安装好了的文件系统中运行，但不是进行修复。但是当文件系统安装完毕之后，也许会返回不准确的错误消息。

`fsck` 命令检查并以交互方式修复不连贯的文件系统。在安装文件系统之前，应该运行这个命令。您必须能够读设备文件，在这个设备上驻留着文件系统（例如 `/dev/sda1` )安装一个不连贯的文件系统也许会导致系统的崩溃。

# 其它

（有待实践）

## 运行 `fsck` 命令后产生的文件有什么用？

当执行 `fsck` 命令时， `fsck` 命令如果发现存在孤立的文件或目录，这些孤立的文件或目录对于系统管理员或用户来说，无法访问到它，因为它与它的上级目录失去了关联，如果用户允许 `fsck` 重新把它们找回来的话， `fsck` 命令就会把这些孤立的文件或目录放在文件系统的 `/lost+found` 目录下，并用各自的 `i-node` 号来命名，以便用户查找自己需要的文件。 `Lost+found` 目录通过它的英文含义我们都可以知道，它是一个失物认领处。

因此当某个用户发现自己丢失了某个文件，可以在执行 `fsck` 之后到 `/lost+found` 目录下去查找，这时通过文件名已无法辨认出文件的作用，只能用 `file` 之类的命令来确定文件的类型，如果是数据文件，可以用 `more` 或 `vi` 命令来查看，如果是二进制文件，可以用 `dbx` 命令来调试或者试着执行它(注意它可能是一个具有破坏性的程序)，知道文件或目录的作用之后，可以对其进行改名。

如果用户不允许 `fsck` 把这些孤立的文件或目录找回来，那么 `fsck` 命令就会破坏这些文件或目录，彻底丢失这些文件或目录，用户或系统管理员永远也无法找回它们。

## 关于 `fsck` 得结果输出：

当系统启动的时候会使用 `fsck` 对文件系统进行扫描，并相应的报出扫描结果。

例如： `dev/rdsk/c0t0d0s7 stable` 等。

后面是Fs的状态。其中，

`clean` 表示文件系统 `umount` 后无人用，

`stable` 表示文件系统用过，但却是完整的，好的。

而出一大堆的话，还有什么 fragment % 什么的的那都表示文件系统上有乱的地方，那么就应该进入系统后使用 `fsck` 来整理。

　　当系统的状态是 `clean` ， `stable` 和 `logging` 的状态的时候 `fsck` 不运行。

在非法关机后（各种原因），再次启动的时候会有很多的情况，上面说的是一种情况，再厉害一些是系统只能进入但用户状态，最厉害的是连单用户的状态都无法进入（肯定是 `/` 和 `/usr` 区有问题。这是因为 `fsck` 对 `/` 区的扫描无法通过的话，系统当然无法启动，而 `fsck` 调用的一些函数库又在 `/usr` 上。。。。）

此外，在一个已经安装好了的文件系统上运行的 `fsck` 命令产生不可靠的结果。

## 文件

`/usr/sbin/fsck` 包含 `fsck` 命令。

`/etc/filesystems` 列出已知的文件系统并且定义它们的特征。

`/var/spool/mail/*` 包含虚拟文件系统类型的描述。

`/usr/bin/from` 包含当系统启动的时候运行的命令（包括 `fsck` 命令）。