可能fsck -Af -M导致损坏的文件系统?

昨晚我的服务器遇到“只读文件系统”错误。

所以然后我运行“fsck -Af -M”试图修复,但没有使用,这些输出:

fsck 1.39 (29-May-2006) e2fsck 1.39 (29-May-2006) /: recovering journal fsck.ext3: Bad magic number in super-block while trying to re-open / e2fsck: io manager magic bad! 

重启服务器后,我甚至无法恢复文件系统,必须重新安装操作系统。 我/是RAID 1和ext3格式。 那个fsck命令是否导致我的文件系统损坏? 或者在运行fsck之前它已经被损坏了?

谢谢 :)

首先,我会尝试使用备份超级块,但是您需要知道文件系统的块大小。

从e2fsck手册页 :

备份超级块的位置取决于文件系统的块大小。 对于具有1k块大小的文件系统,可以在块8193处find备份超级块; 对于具有2k个块大小的文件系统,在块16384; 对于4k块大小,在块32768处。

例如,这个命令是针对1K块大小的文件系统的:

 fsck.ext3 -b 8193 /dev/sda2 

祝你好运!