记录一次文件系统损坏的修复

痛定思痛。 2022-10-16 06:11 285阅读 0赞

使用`ls`或者`rm`命令出现错误：  
类似于`input/output error`，  
应该是文件系统出现错误。

用fsck.ext4 -y /dev/sda2修复是报如下信息：  
`Could this be a zero-length partition`

而且修复明显没有进行；

各种 Google 之后发现造成这个问题的原因是文件系统的 Superblock 损坏了。解决办法是找到文件系统上的备份 Superblock 位置，具体做法有两种：用 dumpe2fs 或者 mke2fs -n。先试了下 dumpe2fs：

root@livecd# dumpe2fs /dev/sda3 | grep -i superblock
    dumpe2fs 1.39 (29-May-2006)
    Attempt to read block from filesystem resulted in short read while
    trying to open /dev/sda3. Could this be a zero-length partition.

还是报同样的错误，接着试了下`mke2fs -n`，还好这下可以工作：

root@livecd# mke2fs -n /dev/sda2
    mke2fs 1.39 (29-May-2006)
    Filesystem label=
    OS type: Linux
    Block size=4096 (log=2)
    Fragment size=4096 (log=2)
    17924096 inodes, 35822934 blocks
    1791146 blocks (5.00%) reserved for the super user
    First data block=0
    Maximum filesystem blocks=4294967296
    1094 block groups
    32768 blocks per group, 32768 fragments per group
    16384 inodes per groupSuperblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 20480000, 23887872

其中`32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 20480000, 23887872`就是文件系统上的 Superblock 备份，从中挑选一个作为 e2fsck 的参数:

e2fsck -y /dev/sda2 -b 32768

结果顺利修复了文件系统。

e2fsck 的 -b 选项是指定一个 Superblock 的位置，使用上面的命令中输出的任意一个都可以。可以看到 Superblock 的备份很多，一个不行可以用另一个，实践中所有 Superblock 都损坏的概率很小，因此还是比较安全的。