分区表的手工重建_多图杀猫
此文是我初学的一个实践，仅仅是给初学者的一个参考，欢迎各路大侠斧正。今天上午用移动硬盘到同事的电脑上拷东西，接上移动硬盘遂打开资源管理器，此时沙漏就一直在打转转，所有的盘符都出不来， 这个时侯我也没有别的办法，只有安心的等待。可是这等了两分钟而情况却没有半点改善，我只好拔了再接一次。情况还是一样的，这时我估计移动硬盘遭殃了。只好接到自己的机子上，这回倒是很快就出现了盘符，如下图：
http://www.wawaban.com/temp/mbr/1.jpg
嗯，没错，移动硬盘的最后一个盘出问题了。不死心，到磁盘管理器里看看是什么状况，现实总是残酷的，在磁盘管理器里显示如下图：
http://www.wawaban.com/temp/mbr/2.jpg
怎么会这样呢，平时一天接几回都没问题，今天运气不好？用wihex看看
http://www.wawaban.com/temp/mbr/3.jpg
好吧，我接受事实。人不走运的时候好像什么事都不会顺心啊！直接转到第三个分区的起始处，从下面的图中发现并没有DBR。那看来是分区表信息乱了。
http://www.wawaban.com/temp/mbr/4.jpg
那我再看看前面两个分区如何。
http://www.wawaban.com/temp/mbr/5.jpg
第一个分区的DBR中扇区数跟MBR里的分区表项一里的扇区数对得上。那看看第二个，
http://www.wawaban.com/temp/mbr/6.jpg
第二个分区的DBR中扇区数跟MBR里的分区表项二里的扇区数对不上。0X00201CC3+0X00A14C12=0X00C168D5(即12675285D)，为错误的大小，应该把MBR里的分区表项二里的扇区数改成0X00A0510D+1=0X00A0510E。
前面两个分区没有问题了，那只要计算出第三个分区的起始位置，就可以还原出来。0X00201CC3+0X00A0510E=0X00C06DD1(即12611025D)。转到12611024这个扇区看看，
http://www.wawaban.com/temp/mbr/7.jpg
这里的内容跟2104515的内容是一样的。为什么要转到这里来看看呢？因为NTFS分区的DBR备份在分区的最后一个扇区嘛。从前面的计算知道下一个扇区就是第三个分区的起始处，激动啊，关键的分区总算是要到了，看看先
http://www.wawaban.com/temp/mbr/8.jpg
这里倒是有个DBR，那个啥啥来着？啥也不说了，直接把MBR的第三个分区表项里的扇区数换成这里的0X0020BD91AD+1=0X0020BD91AE。完整的修改图是这样
http://www.wawaban.com/temp/mbr/9.jpg
保存，退出，断电，再接，一气呵成，那一刻感觉自己的动作是多么的潇洒。
http://www.wawaban.com/temp/mbr/10.jpg
乖乖，J盘又回来。请看图，有图才有真相，才是王道！
http://www.wawaban.com/temp/mbr/11.jpg
http://www.wawaban.com/temp/mbr/12.jpg
http://www.wawaban.com/temp/mbr/1.jpg
http://www.wawaban.com/temp/mbr/14.jpg
[完] 东西是好东西 ，但是现在硬盘还不会修 ，还要学习 根据edr直接算出最后分区位置，在恢复备份db岂不更省心r 本人菜鸟，能否指教如果不知道C区格式，怎么恢复C的dpt dfdsfsdffwefwevwdcecwcwc 根据edr直接算出最后分区位置，在恢复备份db岂不更省心r
GOA 发表于 2010-1-27 14:34 http://bbs.intohard.com/images/common/back.gif
我的这是三个主分区 本人菜鸟，能否指教如果不知道C区格式，怎么恢复C的dpt
GOA 发表于 2010-1-27 14:36 http://bbs.intohard.com/images/common/back.gif
这个我还没有实践过，等实践了再回复你。 很好，对我们这些新手来说，你真是太伟大了 很好，理论联系实际，我也正在学习中
感谢！ 不能用PTDD之类的软件修复吗，非要搞这么复杂啊。
页:
[1]
2