數(shù)據(jù)“文件或目錄損壞且無法讀取”的恢復(fù)。232G的NTFS分區(qū)D,XP系統(tǒng),每簇扇區(qū)數(shù)8,用WinHex無法讀取分區(qū),提示錯誤,通過物理磁盤訪問該分區(qū),根目錄下看不到任何文件,檢查DBR,沒有發(fā)現(xiàn)明顯的異常。 由于是遠(yuǎn)程恢復(fù),原盤未做截圖,本教程是模擬了原始分區(qū)數(shù)據(jù)丟失時的情景,請參考恢復(fù)思路,如有不足,請各位指正! 怎么用WINHEX修復(fù)“文件或目錄損壞且無法讀取” 跳轉(zhuǎn)到第分區(qū)E的EBR(虛擬MBR)位置的上一個扇區(qū),找到損壞的分區(qū)的備份的DBR,通過winhex提供的計算hash功能,計算哈希值。再 與第一個DBR的hash值對比。完全一樣。(也可以通過winhex提供的同步和對比功能進(jìn)行驗證,winhex會不同的字節(jié)上顯示黑色) 跳轉(zhuǎn)到$MFT的開始位置,也即是$MFT自身的記錄。發(fā)現(xiàn)其起始特征本應(yīng)該是ASCII碼的“FILE”四個字節(jié),現(xiàn)在變成了ASCII碼“BAD?”。這是造成提示“文件或目錄損壞且無法讀取”的關(guān)鍵問題所在。 跳轉(zhuǎn)到偏移512=242位置,也就是這個MFT項的文件名起始位置。文件名正常:UNICODE碼的“$MFT”。檢查標(biāo)準(zhǔn)屬性(10H),文件 名屬性(30H),數(shù)據(jù)流屬性(80H)屬性,到80屬性的時候,發(fā)現(xiàn)從80屬性開始的第三行開始,都被清零,其他的重要的四個元數(shù)據(jù)文件 中,$Volume屬性也出現(xiàn)了同樣的錯誤。 怎么用WINHEX修復(fù)“文件或目錄損壞且無法讀取” 找到備份的前四個元數(shù)據(jù)文件的記錄。覆寫錯誤的記錄。根據(jù)DBR找到了MFT前四個元數(shù)據(jù)文件的備份,備份的元數(shù)據(jù)文件幾乎跟前面四個一摸一樣的錯 誤。只能是手工修復(fù)$MFT。在$MFT自身的記錄當(dāng)中,發(fā)現(xiàn)”結(jié)束VCN”并沒有遭到破壞,這為后期的修復(fù)工作節(jié)省了很多時間,復(fù)制一個正常分區(qū)(分區(qū) E)的第一個扇區(qū)到損壞的$MFT中,修改其中的一些數(shù)值。在80屬性中,第三行字節(jié)的開始位置應(yīng)該是描述的datarun的起始位置,根據(jù)起始VCN和 結(jié)束VCN得出$MFT的大小,計算方法:起始 VCN+1=LCN,根據(jù)這個數(shù)值,寫入datarun。將LCN * 8 * 512=0000FE6DH。分別寫入偏移(想對于80H)48H,50H,和58H, 怎么用WINHEX修復(fù)“文件或目錄損壞且無法讀取” 寫入方法:根據(jù)DBR中的描述的$MFT起始位置(000000C000H)786432號簇,$MFT的大小為VCN+1個簇 ,那么datarun就是 “33 E0 DF 06 00 00 0C 00H”,按同樣的方法修復(fù)備份的$MFT的前四個元數(shù)據(jù)文件。 怎么用WINHEX修復(fù)“文件或目錄損壞且無法讀取” 保存,重新載入分區(qū),winhex打開,所有的元數(shù)據(jù)文件全部顯示出來。文件、目錄損都可以正常讀取
網(wǎng)站導(dǎo)航
- zblogPHP模板zbpkf
- zblog免費模板zblogfree
- zblog模板學(xué)習(xí)zblogxuexi
- zblogPHP仿站zbpfang