我有一个可挂载的fs (非常肯定是ext3),fsck.ext4与-y一起运行,并以分段错误结束。现在,它是不可装载的(dmesg表示它已损坏),并通过"blkid“命令识别为ext4 fs。fs恰好位于由3个分区组成的raid 0数组上。
由于我不是100%肯定的,也就是最初的ext3,所以我不想尝试运行fsck.ext3。我也不知道这样做是否有效,即使是这样。
我希望fsck足够聪明,能够检查fs类型,并至少提供一个警告。
任何关于如何从这件事中恢复过来的建议将不胜感激。
发布于 2014-01-05 10:28:45
$ ls -la /sbin/fsck.ext?
lrwxrwxrwx 1 root root 6 jun 24 2013 /sbin/fsck.ext2 -> e2fsck
lrwxrwxrwx 1 root root 6 jun 24 2013 /sbin/fsck.ext3 -> e2fsck
lrwxrwxrwx 1 root root 6 jun 24 2013 /sbin/fsck.ext4 -> e2fsck
所以你运行的fsck是正确的。如果您的文件系统现在已经损坏到无法挂载,那么您有两个选项:
发布于 2014-01-05 10:56:48
这可能是软件RAID,但假设您可以看到块设备,我建议在ext2 2/3/4、XFS和其他Linux文件系统上恢复数据是UFS资源管理器。这是一种商业软件,但相对便宜。
当blkid
返回正确的文件系统类型时,对设备运行UFS扫描(并重定向到另一个磁盘)可能是查看哪些是可恢复的,哪些是不可恢复的。
发布于 2014-01-06 09:45:59
更新:所以那些对最后一个fsck (版本2.24)感到好奇的人能够完成。所有的结果数据都在(lost+found)中。我目前正在备份这个目录,然后再提取任何内容。然而,乍一看,大多数数据似乎都在那里。所以这只是遍历inode而不是目录树的问题。
谢谢你们的帮助。
https://serverfault.com/questions/565189
复制相似问题