天天看點

記一次資料盤挂載mount: wrong fs type, bad option, bad superblock on /dev/vdb1的排查

背景:

(注意:任何操作請務必先給自己的盤做下快照備份,部分圖為後補)

現場:

1,看下現場,這個報錯嘗試先使用不同的檔案系統挂載試下均不可

記一次資料盤挂載mount: wrong fs type, bad option, bad superblock on /dev/vdb1的排查
記一次資料盤挂載mount: wrong fs type, bad option, bad superblock on /dev/vdb1的排查

破局:

2,嘗試使用fsck修複,報錯如故

記一次資料盤挂載mount: wrong fs type, bad option, bad superblock on /dev/vdb1的排查

3,找台正常的機器擷取一下磁盤相關資訊

3.1 e2fsck是檢查ext2、ext3、ext4等檔案系統的正确性, -f 即使檔案系統沒有錯誤迹象,仍強制地檢查正确性。

記一次資料盤挂載mount: wrong fs type, bad option, bad superblock on /dev/vdb1的排查

3.2 dumpe2fs 會顯示 superblock 上的檔案系統資訊和每個區塊組 (block group) 的資訊,在一般擁有很多區塊組檔案系統,輸出會非常多,是以加上grep過濾一下superblock

記一次資料盤挂載mount: wrong fs type, bad option, bad superblock on /dev/vdb1的排查

(-f 的參數,英文不好,就不翻譯了,,,

force dumpe2fs to display a filesystem even though it may have

3.3 看下如果ext4格式化的話對應的相關資訊(-n 不真正建立檔案系統,隻是顯示建立的資訊)

記一次資料盤挂載mount: wrong fs type, bad option, bad superblock on /dev/vdb1的排查

3.4 利用工具e2fsck,修複檔案系統(指定superblock,可以對照dumpe2fs擷取到得備份的superblock起始位置)

記一次資料盤挂載mount: wrong fs type, bad option, bad superblock on /dev/vdb1的排查

3.5 重新挂載即可恢複

記一次資料盤挂載mount: wrong fs type, bad option, bad superblock on /dev/vdb1的排查

恢複:

4,檢查檔案系統的正确性,失敗

記一次資料盤挂載mount: wrong fs type, bad option, bad superblock on /dev/vdb1的排查

5,擷取superblock失敗

記一次資料盤挂載mount: wrong fs type, bad option, bad superblock on /dev/vdb1的排查

6, 嘗試修複

記一次資料盤挂載mount: wrong fs type, bad option, bad superblock on /dev/vdb1的排查

将基本面的那些superblock全部測試了一遍,都不行

腦洞:

7,安裝testdisk,檢查一下這塊資料盤

不做贅述,可參考

<a href="http://www.oschina.net/p/testdisk">http://www.oschina.net/p/testdisk</a>

8,找個windows的虛機,使用diskgenius掃一下

在這我使用的是挂windows虛機上使用磁盤工具掃描,但是什麼也沒掃到,連檔案系統都沒掃描到,這個是不應該的

迷之尴尬:

9,檢查history對xvdb盤的操作(不一定全)

10,與系統管理者确認了一下之前的資料目錄名稱,全盤掃了一下,發現了兩個疑似的目錄,确認是資料目錄

彩蛋:

原來之前的管理者分區後沒有格式化,直接寫到了fstab裡面,這也是為什麼我們看到的fstab是挂載了資料盤,但是實際無法使用的原因 :)

繼續閱讀