XFS分區(qū)主要應(yīng)用在Linux、Unix系統(tǒng)上，前陣子筆者有遇到一個(gè)XFS分區(qū)類型的數(shù)據(jù)恢復(fù)，是一個(gè)組RAID1的XFS分區(qū)損壞。

        具體情況是這樣的，客戶表示系統(tǒng)重啟突然，進(jìn)入系統(tǒng)發(fā)現(xiàn)文件系統(tǒng)無(wú)法掛載。使用mount命令提示 mount: wrong fs type, bad option, bad superblock on /dev/sdb1, or too many mounted file systems.

        數(shù)據(jù)恢復(fù)詳解：

        XFS分區(qū)底層數(shù)據(jù)前面幾個(gè)扇區(qū)分別是

        對(duì)于扇區(qū)開(kāi)始分別為 XFSB XAGF XAGI ABTB ABTC IABT 然后是 INA。

        用winhex查看，發(fā)現(xiàn)MBR正常，找到分區(qū)起始位置，發(fā)現(xiàn)XFSB標(biāo)記丟失，看內(nèi)容像是inode節(jié)點(diǎn)，估計(jì)是文件系統(tǒng)異常造成的數(shù)據(jù)寫(xiě)入錯(cuò)誤，正常的superblock被覆蓋。沒(méi)有superblock當(dāng)然沒(méi)法正常掛載了。磁盤63-70扇區(qū)數(shù)據(jù)都不正常。71扇區(qū)是ABTB 即 AG Free Space B+trees the block offset B+tree，往下數(shù)據(jù)正常。所以需要恢復(fù) 63-70這幾個(gè)扇區(qū)。還好XFS對(duì)這部分?jǐn)?shù)據(jù)是有備份信息的，用Winhex 搜索XFSB搜索備份。

        找到superblock備份，貼回原來(lái)位置（63-70扇區(qū)）。進(jìn)入系統(tǒng)掛載（sudo mount /dev/sdb1 /mnt ，發(fā)現(xiàn)提示superblock錯(cuò)誤。mount: wrong fs type, bad option, bad superblock on /dev/sdb1, or too many mounted file systems. 繼續(xù)分析，可能是文件系統(tǒng)本身已經(jīng)存在問(wèn)題了了，嘗試用系統(tǒng)自帶文件系統(tǒng)修復(fù)工具fsck。全盤備份，用文件系統(tǒng)自檢工具，檢測(cè)并修復(fù)（fsck.xfs /dev/sdb1），大概半小時(shí)，完成后掛載，成功，基本上全部恢復(fù)。

        0扇區(qū)MBR 顯示正常正常 第一個(gè)分區(qū)

        找到63扇區(qū)

        數(shù)據(jù)不正確，這里應(yīng)該是超級(jí)塊，以 XFSB開(kāi)頭

        71扇區(qū)

        ABTB數(shù)據(jù)正常

        8593815扇區(qū)找到備份

華軍深圳數(shù)據(jù)恢復(fù)中心建議：

一、已經(jīng)接到兩個(gè)這種情況的單子了，而且都是磁盤空間使用超過(guò)95%估計(jì)是Linux系統(tǒng)XFS模塊有問(wèn)題，系統(tǒng)使用容量太大時(shí)計(jì)算有問(wèn)題，或者是數(shù)據(jù)回寫(xiě)出錯(cuò)；

二、做好備份工作

三、XFS分區(qū)還需要深入研究

四、fsck有時(shí)候是可以用來(lái)恢復(fù)數(shù)據(jù)的，不過(guò)要備份好。