XFS分區主要應用在Linux、Unix系統上，前陣子筆者有遇到一個XFS分區類型的數據恢復，是一個組RAID1的XFS分區損壞。

        具體情況是這樣的，客戶表示系統重啟突然，進入系統發現文件系統無法掛載。使用mount命令提示 mount: wrong fs type, bad option, bad superblock on /dev/sdb1, or too many mounted file systems.

        數據恢復詳解：

        XFS分區底層數據前面幾個扇區分別是

        對于扇區開始分別為 XFSB XAGF XAGI ABTB ABTC IABT 然后是 INA。

        用winhex查看，發現MBR正常，找到分區起始位置，發現XFSB標記丟失，看內容像是inode節點，估計是文件系統異常造成的數據寫入錯誤，正常的superblock被覆蓋。沒有superblock當然沒法正常掛載了。磁盤63-70扇區數據都不正常。71扇區是ABTB 即 AG Free Space B+trees the block offset B+tree，往下數據正常。所以需要恢復 63-70這幾個扇區。還好XFS對這部分數據是有備份信息的，用Winhex 搜索XFSB搜索備份。

        找到superblock備份，貼回原來位置（63-70扇區）。進入系統掛載（sudo mount /dev/sdb1 /mnt ，發現提示superblock錯誤。mount: wrong fs type, bad option, bad superblock on /dev/sdb1, or too many mounted file systems. 繼續分析，可能是文件系統本身已經存在問題了了，嘗試用系統自帶文件系統修復工具fsck。全盤備份，用文件系統自檢工具，檢測并修復（fsck.xfs /dev/sdb1），大概半小時，完成后掛載，成功，基本上全部恢復。

        0扇區MBR 顯示正常正常 第一個分區

        找到63扇區

        數據不正確，這里應該是超級塊，以 XFSB開頭

        71扇區

        ABTB數據正常

        8593815扇區找到備份

華軍深圳數據恢復中心建議：

一、已經接到兩個這種情況的單子了，而且都是磁盤空間使用超過95%估計是Linux系統XFS模塊有問題，系統使用容量太大時計算有問題，或者是數據回寫出錯；

二、做好備份工作

三、XFS分區還需要深入研究

四、fsck有時候是可以用來恢復數據的，不過要備份好。