低调~低调
Linux文件系统损坏后的修复技巧详细介绍
上一篇 /
下一篇 2009-07-22 17:36:39
/ 个人分类:操作系统
Linux 文件系统损坏后的修复技巧详细介绍
文章 来源:网上 文章类型:转载
Linux 文件系统损坏后的修复技巧详细介绍
Linux 不正常关机,有时候再次启动时会报文件系统损坏,如何修复文件?
首先会让你输入 root 用户的密码。
1 )出错的时候如果告诉你是哪一块硬盘的分区有问题,比如是 /dev/hda3
接着用如下的命令去对付它呀:
#fsck -y /dev/hda3
结束后, reboot 。这样就 OK 了!
2 )如果你不知道时哪个地方出了问题。(常用此种方法)
可以直接
#fsck
在随后的多个确认对话框中输入 :y
结束后, reboot 。就 ok 了。
说明: 对 Linux 系统中常用文件系统的检查是通过 fsck 工具来完成的。
功能说明:检查文件系统并尝试修复错误。
语 法: fsck
[-aANPrRsTV][-t < 文件系统类型 >][ 文件系统 ...]
补充说明:当文件系统发生错误四化,可用 fsck 指令尝试加以修复。
参 数:
-a 自动修复文件系统,不询问任何问题。
-A 依照 /etc/fstab 配置文件的内容,检查文件内所列的全部文件系统。
-N 不执行指令,仅列出实际执行会进行的动作。
-P 当搭配 "-A" 参数使用时,则会同时检查所有的文件系统。
-r 采用互动模式,在执行修复时询问问题,让用户得以确认并决定处理方式。
-R 当搭配 "-A" 参数使用时,则会略过 / 目录的文件系统不予检查。
-s 依序执行检查作业,而非同时执行。
-t <文件系统类型>指定要检查的文件系统类型。
-T 执行 fsck 指令时,不显示标题信息。
-V 显示指令执行过程。
用 fsck 检查文件系统完整性文件系统很复杂,因此易于发生错误。可以用 fsck 命令检查文件系统是否正确和有效。它可以根据指令修复找到的小错误,并将未修复错误报告用户。幸运的是,文件系统的代码非常有效,所以根本极少出现问题,并且问题通常原因是电源失败、硬件失败、或操作错误,例如没有正常关闭系统。 大多数系统设置为启动时自动运行 fsck ,因此任何错误将在系统使用前被检测到 ( 并根据希望修正 ) 。使用有错误的文件系统可能使问题变得更坏:如果数据结构有问题,使用这个文件系统可能使之更糟,导致更多的数据丢失。当然,在大的文件系统上运行 fsck 会花一定的时间,如果系统正常关闭,几乎从不发生错误,因此有一些方法可以不进行检查。如果文件 /etc/fastboot 存在,就不检查。另外,如果 ext2 文件系统在超级快中有一个特定的标记告知该文件系统在上次 mount 后没有正常 unmount. 如果标记指出 unmount 正常完成 ( 假设正常 unmount 指出没问题 ) , e2fsck (fsck 的 ext2 文件系统版 ) 就不检查系统。 /etc/fastboot 是否影响系统依赖于你的启动手稿,但 ext2 标记则在你使用 e2fsck 时发生作用 -- 基于一个 e2fsck 选项 ( 参阅 e2fsck 手册页 ) 自动检查只对启动时自动 mount 的文件系统发生作用。使用 fsck 手工检查其他 文件系统,比如软盘。 如果 fsck 发现为修复的问题,你需要深入了解文件系统的一般工作 原理和有问题的文件系统的细节,或好的备份。最后一个办法容易 ( 虽然冗长 ) 安排,如果你自己不知道,有时可以通过朋友、 linux 新闻组、电子邮件列表或其他支持源安排。我很想告诉你更多,但我对这的学习 和实践也并不多。
theodore t'so 的 debugfs 程序应该有用。 fsck 只能运行于未 mount 的文件系统,不要用于已 mount 的文件系统 ( 除了启动时的只读根文件系统 ) 。这是因为它存取原始磁盘,在 操作系统 不知道的情况下修改文件系统。 there will be trouble, if the
operating system is confused.
收藏
举报
TAG: