当文件系统的目录结构的 i-node 或超块信息遭到毁坏时，文件系统可能遭毁坏。
这种毁坏可能因硬件相关故障或毁坏的程序（该程序直接访问索引节点或超块信息）而引起。（用汇编程序和 C 写的程序可以绕过操作系统并且直接写硬件。）毁坏的文件系统的一个症状是系统无法在该特殊的文件系统中定位、读或写数据。
要修正毁坏的文件系统，必须诊断问题然后修复它。fsck 命令执行低级别的诊断和修复。
以下过程用于修复损坏的文件系统：
用 root 用户权限，使用以下 SMIT 快速路径之一卸下毁坏的文件系统：smit unmountfs（对于硬盘驱动器上的文件系统）或 smit unmntdsk （对于可移动磁盘上的文件系统）。
通过运行 fsck 命令访问文件系统损坏。在以下示例中，fsck 命令会检查位于 /dev/myfilelv 设备上的已卸装的文件系统：
fsck /dev/myfilelv
fsck 命令检查并交互地修复不一致的文件系统。通常，文件系统是一致的，并且 fsck 命令只报告文件系统中的文件、已使用块和可用块的数量。如果文件系统存在不一致，那么 fsck 命令将显示关于找到的不一致的信息，并提示您允许修复它们。fsck 命令会保守地进行其修复工作，并尝试避免可能导致丢失有效数据的操作。但是在某些情况下，fsck 命令会建议销毁已损坏的文件。请参考命令参考，卷 2中的fsck命令描述，以获取有关此命令检查的不一致列表。
如果不能修复文件系统，那么将其从备份恢复。
注意： 从备份恢复文件系统毁坏并替换先前存储在磁盘上的任何文件系统。要从备份恢复文件系统，请使用 SMIT 快速路径 smit restfilesys 或以下示例中所示的系列命令：mkfs /dev/myfilelv mount /dev/myfilelv /myfilesys cd /myfilesys restore -r
在此示例中，mkfs 命令在名为 /dev/myfilelv 的设备上制作新的文件系统并初始化卷标、文件系统标号和启动块。mount 命令建立 /dev/myfilelv 作为 myfilesys 的安装点，而 restore 命令从备份抽取文件系统。
如果使用增量文件系统备份制作备份，那么必须按增加的备份级别顺序（例如，0、1、2）恢复备份。使用 smit restfilesys 恢复整个文件系统时，请在单个输入操作中输入目标目录、恢复设备（除了 /dev/rfd0）以及要读取的块数量。
发表评论