如何检查其他文件系统（不是根 (/)、/usr 或 /var）

有关 Solaris 10 6/06 发行版中 fsck 的新信息，请参见UFS 文件系统实用程序（fsck、mkfs 和 newfs）的增强功能。如果看到以下消息，则无需重新运行 fsck：

***** FILE SYSTEM WAS MODIFIED *****

但是，在出现此消息后重新运行 fsck 并不会损害文件系统。此消息只是有关 fsck 的更正操作的信息。

此过程假定已取消挂载要检查的文件系统。

有关恢复坏的超级块的信息，请参见如何恢复坏的超级块（仅限 Solaris 10 6/06 发行版）或如何恢复坏的超级块（Solaris 8、9 和 10 发行版）。

1. 成为超级用户或承担等效角色。

2. 取消挂载本地文件系统以确保文件系统上没有任何活动。

   将挂载点目录或 /dev/dsk/device-name 指定为 fsck 命令的参数。将显示有关不一致性问题的所有消息。

   例如：

   # umount /export/home # fsck /dev/rdsk/c0t0d0s7 ** /dev/dsk/c0t0d0s7 ** Last Mounted on /export/home . . .

3. 更正任何报告的 fsck 错误。

   有关如何响应以交互方式检查一个或多个 UFS 文件系统时出现的错误消息，请参见《系统管理指南：高级管理》中的第 28  章 “解决 UFS 文件系统不一致问题（任务）”。

4. 如果在运行 fsck 后无法修复所有问题，请参见修复 fsck 命令无法修复的 UFS 文件系统。。

5. 挂载已修复的文件系统，以确定 lost+found 目录中是否存在任何文件。

   由 fsck 命令放置在 lost+found 目录中的单独文件是使用其 inode 编号重命名的。

6. 重命名并移动放置在 lost+found 目录中的任何文件。

   如有可能，请重命名这些文件，并将它们移动到所属的位置。请尝试使用 grep 命令匹配各个文件中的短语，并尝试使用 file 命令确定文件类型。

   最后，删除遗留在 lost+found 目录中的无法识别的文件或目录，以免该目录不必要地被填满。

示例 22–1 以交互方式检查非根 (/) 或非 /usr 文件系统

以下示例说明如何检查 /dev/rdsk/c0t0d0s6 文件系统并更正不正确的块计数。此示例假定已取消挂载文件系统。

# fsck /dev/rdsk/c0t0d0s6

** Phase 1 - Check Block and Sizes

INCORRECT BLOCK COUNT I=2529 (6 should be 2)

CORRECT? y



** Phase 2 - Check Pathnames

** Phase 3 - Check Connectivity

** Phase 4 - Check Reference Counts

** Phase 5 - Cylinder Groups

929 files, 8928 used, 2851 free (75 frags, 347 blocks, 0.6%

fragmentation)

 

***** FILE SYSTEM WAS MODIFIED *****

#