使用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 都損壞的概率很小，因此還是比較安全的。

總結

以上是生活随笔為你收集整理的记录一次文件系统损坏的修复的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。