生活随笔
收集整理的這篇文章主要介紹了
Runtime's DiskExplorer手工填写分区表
小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
手工填寫分區表 經過前面對分區表的和boot扇區的介紹,我們這一章來實戰手工填寫分區表。 如果一個硬盤第0扇區被清0(就是每個字節都填上00),或者被別的數據破壞(如病毒),導致分區表損壞,那么硬盤在磁盤管理器里看到的磁盤狀態是“未初始化”或者“未分區”狀態。如下圖: | | “未初始化”狀態 0扇區不符合MBR格式 |
| | “未分區”狀態 0扇區符合MBR格式 但分區表項是空的 |
| “未初始化”狀態0扇區不符合MBR格式 Invalid Partition Table |
| “未分區”狀態0扇區符合MBR格式但分區表項是空的 Valid Partition Table |
需要注意的是,非windows、dos分區的硬盤(即Unix、MAC、Novell、磁盤陣列上的硬盤等)掛接到windows平臺在磁盤管理器中查看該硬盤狀態通常是“未初始化”狀態,會提示進行磁盤簽名初始化,強烈建議不要初始化,一律取消。 在這里介紹一下windows平臺下硬盤初始化操作:當用戶點擊磁盤管理器查看硬盤狀態時,系統會檢測每個硬盤0扇區是否符合MBR格式(0扇區前面466字節是否是正確的MBR格式以及后面兩個字節是否市55 AA結束,這是FAT和NTFS分區特有的性質,別的分區類型不一定符合這種格式,Linux分區0扇區跟Windows 分區0扇區是一致的,掛接正常Linux分區的硬盤不會提示初始化)。如果檢測到0扇區不符合Windows MBR格式的硬盤,系統就會彈出對話框,提示用戶對該硬盤進行初始化。硬盤初始化的唯一更改就是把0扇區不符合Windows MBR格式改寫成正常的MBR格式,其它地方不做任何更改。在硬盤初始化之前,Runtime's DiskExplorer 查看0扇區用分區表模式瀏覽顯示“Invalid Partition Table”,說明這個不是一個合法的分區表格式。初始化完成以后用Runtime's DiskExplorer打開硬盤時自動顯示分區表瀏覽模式,顯示“Valid Partition Table”,這時候已經是一個正常的分區表格式,只不過4個分區表項顯示Free狀態,還沒有寫入任何分區信息。 學會應用Runtime's DiskExplorer搜索硬盤Boot扇區和分區表 點擊Runtime's DiskExplorer程序上Tools菜單下的Search,或者按鍵盤快捷鍵“Ctrl+F”,Runtime's DiskExplorer會彈出搜索對話框,如下: Runtime's DiskExplorer For Fat程序搜索框界面 Runtime's DiskExplorer For NTFS程序搜索框界面 這兩個版本搜索界面有一個共同搜索選項“Partition/Boot record”,這個選項具備搜索符合分區表和Boot扇區格式的硬盤扇區。它一般搜索到以55 AA為最后兩個字節結尾的扇區,如果搜索到的扇區符合分區表格式的扇區,則結果顯示視圖模式為分區表顯示模式,并且顯示該扇區為Valid Partition Table。如果搜索到的扇區符合Boot扇區格式,則結果顯示視圖模式為Boot扇區顯示模式,并且顯示該扇區為Valid Boot Sector。如果搜索到的扇區以 55 AA結尾,但是該扇區不符合分區表也不符合Boot扇區格式,那么結果顯示為十六進制視圖,這種結果一般我們不去理會,繼續按快捷鍵“Ctrl+L”往下搜索,直到找到合法的分區表或Boot扇區為止。 學會應用Runtime's DiskExplorer更改分區表參數 1、Runtime's DiskExplorer設置 我們第一次啟用Runtime's DiskExplorer程序的時候,打開任何一個硬盤都只是只讀模式,不可以進行任何磁盤編輯操作。我們需要點擊Tools菜單下的Option項進入設置界面:(默認情況下選擇Read only,我們建議選擇Virtual write項,這個選項當你更改硬盤的任何字節后,點擊Option界面的圖標或者導航欄上的,所有更改結果顯保存到計算機內存上,當你退出Runtime's DiskExplorer程序時,程序提示你要不要把更改結果保存到硬盤上,這時候我們可以選擇Yes or No。不建議選擇Option界面的Direct read/write選項,選擇這個選項后,編輯硬盤任何地方都直接生效,沒有任何提示,也沒有任何撤消方法。Direct read/write選項在某些操作上必需選擇才能進行下去,比如把大的鏡像文件寫入硬盤,需要選擇Direct read/write選項。) 2、Runtime's DiskExplorer扇區鏡像和寫入功能 在我們進行硬盤扇區更改之前,建議把要更改的扇區先備份出來,然后才進行編輯,以防萬一需要原來的數據,我們還能找回來。 Runtime's DiskExplorer可以把硬盤上任何一個可讀的扇區備份成一個文件,也可以把任何多個連續的扇區備份成一個文件,當然也可以把整個硬盤備份成一個文件,默認的文件后綴為.img。 Runtime's DiskExplorer也可以把任何一個文件寫入硬盤中。如果你從別的完好的硬盤上備份出0扇區數據保存成文件0.img,有一個硬盤0扇區數據損壞了,你可以用文件0.img寫入壞硬盤的0扇區,用這個扇區為模板,然后根據需要更改相關數值就可以達到修復的目的。 下面我們來看具體操作: 首先我們進入十六進制瀏覽模式,用鼠標拖動選擇要備份的扇區 然后選擇菜單Edit下的Copy to file | 單擊Copy to file | 填寫備份生成的文件名稱 |
如果我們要備份更多的扇區,我們用EditàSelect | | 可以填寫起始扇區和結束扇區 |
| 如果要選擇整個硬盤,選擇Select All |
用鏡像文件寫入硬盤 把視圖模式改成十六進制瀏覽模式,我們用鼠標點擊要寫入扇區的第一個字節,如下: 然后點擊EditàPaste from file 點擊Open,就完成了鏡像文件0sector.img寫入硬盤0扇區的操作。我們要使寫入生效,關閉Runtime's DiskExplorer程序,出現提示: 點擊 Yes按鈕,剛才的寫入操作就生效了。 手工填寫分區表 經過前面的學習,我們知道一個正常的硬盤有正常的分區表,每個分區有正常的Boot扇區。下面我們來學習一個很簡單的例子,故障案例描述如下: 有一個客戶有一塊80GB的移動硬盤,分了4個分區,其中第一個分區是FAT32格式,還有3個分區是擴展分區上的邏輯分區。據客戶描述說由于該移動硬盤在Winxp下沒辦法正常卸載USB設備,然后采取強行拔掉USB硬盤操作,發現下一次使用該硬盤時在我的電腦上看不見相應盤符了,在磁盤管理器里查看該硬盤顯示未初始化狀態。客戶不敢初始化更不敢格式化,于是拿到專業數據恢復公司來進行數據恢復。 根據客戶描述的現象,我們可以初步判斷:該硬盤0扇區已經被破壞,分區表已經損壞,至于有沒有其它問題,只能看了硬盤才知道。 恢復步驟如下: 1、? 把硬盤接到計算機上,在磁盤管理器上看到該硬盤狀態未初始化。客戶說第一個分區是FAT32格式,那么我們選擇Runtime's DiskExplorer For Fat程序打開該硬盤 磁盤管理器硬盤狀態 Runtime's DiskExplorer中該硬盤0扇區如下,整個0扇區每個字節都是00,當然是一個不合法的MBR格式的扇區。 2、? 恢復思路是:先搜索第一個分區的boot扇區,然后把0扇區改變成符合MBR格式的扇區,根據boot扇區信息把第一個分區的分區表填寫回來,然后再找下一個分區。 通過Runtime's DiskExplorer程序上Tools菜單下的Search,選擇“Partition/Boot record”,點擊OK進行搜索,很幸運,我們找到了第63扇區是boot扇區: 到這里我們可以得出這樣的結論:第一個分區分區類型是FAT32、boot扇區(起始扇區)是63扇區、分區大小是12948327 sec。有了這些信息,我們就可以把這個分區的分區表填回來。 3、構建分區表。因為我們看到0扇區是空的,每個字節都是00,所以我們不需要備份0扇區數據。我們現在要把它變成符合MBR格式的扇區,有兩種方法:一種是在磁盤管理器中初始化這個硬盤,另一種是從我的系統硬盤中備份0扇區保存成一個鏡像文件,然后用這個文件寫入故障硬盤的0扇區(關于寫入方法上面已經介紹)。現在我們采用第一種方法,因為它更簡單! 初始化完成以后,我們再打開Runtime's DiskExplorer For Fat程序看,顯示如下: 故障硬盤已經變成合法的分區表扇區了。我們現在需要對第一個分區表項進行更改,把第一個分區表構造出來。我們知道第一個分區的信息為:FAT32格式、起始扇區是63、分區大小為12948327 sec。 更改如下: Sector???????????? Partition table x00000000????? Valid Partition Table 0????????????????????? Entry????????????????????????????????????????????????????????????? ???????????? Starting????? ???????????? Ending??????? Relative?????????? Total ??????????????????????? No????? System????????????????????????????????????? Boot?? Cylinder Head??? Sector?? Cylinder Head??? Sector?? Start Sector??? Sectors ??????????????????????? 1??????? Free(更改為FAT32)????????????? No????? x000???? x00?????? x00?????? x000???? x00?????? x00?????? x00000000???? x00000000 ????????????????????????????????????????????????????????????????????????????????????????????? 0?????????? 0?????????? 0?????????? 0?????????? 0?????????? 0?????????? 0(更改為63)0(更改為12948327) ??????????????????????? 2??????? Free?????????????????????????????????????????? No????? x000???? x00?????? x00?????? x000???? x00?????? x00?????? x00000000???? x00000000 ????????????????????????????????????????????????????????????????????????????????????????????? 0?????????? 0?????????? 0?????????? 0?????????? 0?????????? 0?????????? 0???????????????????? 0 ??????????????????????? 3??????? Free?????????????????????????????????????????? No????? x000???? x00?????? x00?????? x000???? x00?????? x00?????? x00000000???? x00000000 ????????????????????????????????????????????????????????????????????????????????????????????? 0?????????? 0?????????? 0?????????? 0?????????? 0?????????? 0?????????? 0???????????????????? 0 ??????????????????????? 4??????? Free?????????????????????????????????????????? No????? x000???? x00?????? x00?????? x000???? x00?????? x00?????? x00000000???? x00000000 ????????????????????????????????????????????????????????????????????????????????????????????? 0?????????? 0?????????? 0?????????? 0?????????? 0?????????? 0?????????? 0???????????????????? 0 更改的方法是這樣:先把鼠標點擊一次要更改參數的位置,然后再點擊一次,就可以更改相關數值和選擇相關列表項目。 更改以后分區表如下: 改完以后我們保存退出Runtime's DiskExplorer For Fat程序,卸載掉USB硬盤設備(分區表更改以后需要重新啟動計算機才能在計算機上生效并且看到盤符,USB硬盤只要拔下來再接到計算機即可),然后再接到計算機上,我們看看磁盤管理器: 我們看到,故障硬盤第一個分區分配了G盤符,我們打開G盤也看到客戶相關數據。這說明我們第一個分區的恢復方法是正確的,如果你是第一次學習實踐到這一步,你應該為自己慶祝一下,這個可是你第一次手工填寫分區表并且成功了。 到了這里只是成功的第一步,后面3個分區我們還沒找到呢。我們查找第二個分區的思路是這樣:第一個分區的結尾附近就應該是第二個分區的起始位置,第一個分區的結尾可以計算為:第一個分區起始點+第一個分區大小即 63+12948327=12948390 sec,我們用Runtime's DiskExplorer For Fat程序定位到12948390 sec 到達第12948390 sec如下圖,這個扇區居然是一個合法的分區表,憑感覺,這是硬盤擴展分區的第一個邏輯分區的分區表。 我們先假設后面的3個分區都是擴展分區里的3個邏輯分區,那么擴展分區的大小應該是 硬盤總大小—(第一個分區大小+第一個分區起始點) 根據Runtime's DiskExplorer For Fat程序顯示如下信息,我們知道硬盤總大小是156301488 sec,由此我們假設擴展分區的大小:156301488—12948390=143353098 sec。 我們在0扇區構造出如下擴展分區表 把移動硬盤卸載后重新接入計算機,看看磁盤管理器: 其余3個分區都正常了!除了第一個分區,我們只填寫一個擴展分區表,其余3個分區都正常了,因為擴展分區里頭的邏輯分區分區表是一條鏈,如果只是0扇區被破壞而后面的信息沒有被更改或破壞,只要我們找出擴展分區的第一個邏輯分區信息,其余的邏輯分區都會一個接一個的找到。如果還不明白,請看前面介紹的主分區、擴展分區、邏輯分區的相關知識。 到這里,我們手工恢復分區表的基本操作全部介紹完成。 恢復分區表的基本思路是:先找到boot扇區,然后確定該分區類型、起始扇區、分區大小這三個參數,把這3個參數填寫到0扇區的分區表就可以了。 不管是主分區還是邏輯分區,我們只要找到它的Boot扇區,就可以把這個分區表填寫成主分區表。就像上面的3個邏輯分區,只要我們找到每個分區的boot扇區,我們還可以把這3個分區填寫成主分區,這樣0扇區分區表就填滿了4個主分區表項。 下面我們來實現3個邏輯分區變主分區的想法: 對比上圖,我們要找到I盤起始扇區(boot扇區)、分區類型、分區大小。查找方法:我們上面已經計算出第一個分區的結尾處是第12948389扇區(扇區編號是從0開始的,因為第一個分區起始扇區boot扇區在第63扇區,分區大小是12948327 sec,從0扇區到第一個分區結束理論上應該一共是63+12948327=12948390 個扇區,所以第12948389扇區是結束扇區,第12948390扇區是第一個分區結束以后往后的第一個扇區。)這樣我們從第12948390扇區開始搜索第二個分區的Boot扇區得到如下結果: 我們在硬盤上第12948453 扇區找到了一個合法的Boot扇區,它距離12948390扇區有整整63扇區。這樣我們就可以確定第二個分區的信息如下: 第二個分區:分區類型FAT32、分區Boot扇區是第12948453扇區、分區大小是20482812 扇區。得到這個信息,我們先不管它是邏輯分區還是主分區,我們把它填寫成主分區就可以了。如下圖: 我們接著找第三個分區:第二個分區起始點12948453扇區、分區大小是20482812 扇區,那么我們可以計算出第二個分區的結束點是12948453+20482812-1=33431264 sec,第33431265扇區是第二個分區結束以后往后的第一個扇區。這樣我們從第33431265扇區開始搜索第三個分區的Boot扇區得到如下結果: 我們在硬盤上第33431328 扇區找到了一個合法的Boot扇區,它距離33431265扇區有整整63扇區。這樣我們就可以確定第三個分區的信息如下: 第三個分區:分區類型FAT32、分區Boot扇區是第33431328扇區、分區大小是61432497 扇區。得到這個信息,我們先不管它是邏輯分區還是主分區,我們把它填寫成主分區就可以了。如下圖: 我們接著找第四個分區:第三個分區起始點33431328扇區、分區大小是61432497 扇區,那么我們可以計算出第三個分區的結束點是33431328+61432497-1=94863824 sec,第94863825扇區是第三個分區結束以后往后的第一個扇區。這樣我們從第94863825扇區開始搜索第四個分區的Boot扇區得到如下結果: 我們在硬盤上第94863888 扇區找到了一個合法的Boot扇區,它距離94863825扇區有整整63扇區。這樣我們就可以確定第四個分區的信息如下: 第四個分區:分區類型FAT32、分區Boot扇區是第94863888扇區、分區大小是61432497 扇區。得到這個信息,我們先不管它是邏輯分區還是主分區,我們把它填寫成主分區就可以了。如下圖: 到這里我們后面3個分區都找到了,都填寫成主分區。硬盤拔下來重新接到計算機上,顯示如下圖: 我們可以看出來,這時候4個分區都是主分區。 分區構建成功的要領:1、分區boot扇區良好;2、硬盤目錄和數據區沒有損壞。總之,只要能找到正確的boot扇區,就可以構建這個分區的分區表信息。 本文是數據恢復 原創教材,版權歸護航時代所有。如轉載請注明轉自[url]http://www.bnuol.com[/url] ?
轉載于:https://blog.51cto.com/199818/32678
總結
以上是生活随笔為你收集整理的Runtime's DiskExplorer手工填写分区表的全部內容,希望文章能夠幫你解決所遇到的問題。
如果覺得生活随笔網站內容還不錯,歡迎將生活随笔推薦給好友。