有关 Solaris 10 6/06 发行版中 fsck 的新信息,请参见UFS 文件系统实用程序(fsck、mkfs 和 newfs)的增强功能。如果看到以下消息,则无需重新运行 fsck:
***** FILE SYSTEM WAS MODIFIED ***** |
但是,在出现此消息后重新运行 fsck 并不会损害文件系统。此消息只是有关 fsck 的更正操作的信息。
此过程假定已取消挂载要检查的文件系统。
有关恢复坏的超级块的信息,请参见如何恢复坏的超级块(仅限 Solaris 10 6/06 发行版)或如何恢复坏的超级块(Solaris 8、9 和 10 发行版)。
成为超级用户或承担等效角色。
取消挂载本地文件系统以确保文件系统上没有任何活动。
将挂载点目录或 /dev/dsk/device-name 指定为 fsck 命令的参数。将显示有关不一致性问题的所有消息。
例如:
# umount /export/home # fsck /dev/rdsk/c0t0d0s7 ** /dev/dsk/c0t0d0s7 ** Last Mounted on /export/home . . . |
更正任何报告的 fsck 错误。
有关如何响应以交互方式检查一个或多个 UFS 文件系统时出现的错误消息,请参见《系统管理指南:高级管理》中的第 28 章 “解决 UFS 文件系统不一致问题(任务)”。
如果在运行 fsck 后无法修复所有问题,请参见修复 fsck 命令无法修复的 UFS 文件系统。。
挂载已修复的文件系统,以确定 lost+found 目录中是否存在任何文件。
由 fsck 命令放置在 lost+found 目录中的单独文件是使用其 inode 编号重命名的。
重命名并移动放置在 lost+found 目录中的任何文件。
如有可能,请重命名这些文件,并将它们移动到所属的位置。请尝试使用 grep 命令匹配各个文件中的短语,并尝试使用 file 命令确定文件类型。
最后,删除遗留在 lost+found 目录中的无法识别的文件或目录,以免该目录不必要地被填满。
以下示例说明如何检查 /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 ***** # |