|
楼主 |
发表于 2010-9-16 21:12:57
|
显示全部楼层
此贴结,因为软Raid0的所有数据自己全部恢复出来了。
可能是高手太忙,没人提点我怎么做。既然这样那只好自己动手了,希望给后来者做个参考:
两个硬盘 raid0,就个人觉得就恢复数据而言,软raid0和硬raid0没有太大关系。首先有篇文章一定要读,请在本论坛搜索 dengyanhui 的帖子 http://bbs.intohard.com/viewthre ... amp;highlight=raid0 RAID0纯手工恢复加超详细讲解 , 这篇帖子虽然是3硬盘raid0,但其实原理差不多,只是这篇帖子没有提到如果raid0 有两个分区如何恢复,在这里我详细叙述一下我的恢复过程:
按照 RAID0纯手工恢复加超详细讲解 的教程,确定盘序,因为我只有两个盘,所已很好确定,只要用winhex找MBR的第一个分区表项信息(动态磁盘只能找到第一个分区表项),确定 DBR 在 0x3F位置,两个盘都定位过去。很清楚的看到DBR的Signature字符 NTFS,直接用winhex 重组raid0,注意盘序和 Header Size in sector,至于簇大小靠猜是最快的。就这样第一个分区很顺利的恢复出来。
问题是第二个分区,据说动态磁盘的分区管理信息放在LDM里,要命啊,按照教程磁盘最后1M是LDM,但是奇怪的是我就没找大那个LDM,居然LDM结构比较复杂,懒得去分析了。最后想到,照葫芦画瓢,第一个分区能顺利找到DBR,那么只要我能找到第二个分区的DBR,再把Header Size in sector(不知道Winhex为什么这么叫,个人觉得这个值是DBR的sector偏移量)改成第二个分区的sector值就可以了。如何确定第二个分区的DBR呢?由于我是两个硬盘raid0,第一个分区是80G,即每个磁盘40G ,那么40G的便宜量大概在 40*1024*1024*1024 / 512 = ???(不算结果了,重要的是过程) 扇区位置,马上定位那个位置的扇区上, 从当前位置查找ASCII字符 NTFS (这里有个技巧,如果一般查找是从头开始的,160G硬盘要30分钟左右,无法接受!按完查找后马上终止,然后确定定位到那个计算出来sector位置上,按F3继续查找,这时会从你定位到位置继续查找),如果查找到的NTFS不在扇区的前几个字节,那就继续,知道找到为止。查看当前的sector位置,记下后进行raid重组,把Header Size in sector值填写刚才记下的数值,簇大小继续靠猜(不过一般都是64、128/256/512,这四个居多)。 打开后发现数据完美呈现在眼前,马上掏出移动硬盘拷啊~~~~
这个过程全部都是用Winhex(从没发现这个这么好用过)没有把握的时候千万别乱用工具区修复,那样只会越弄越糟,最后导致数据丢失。 最后鄙视一下R-Studio,那个东西在硬盘容量比较大时,占用巨多内存而且分析的数据完全不靠谱(能看到,就是导不出来)。 其实最好的方案是恢复LDM,修复所有分区信息,那样就不需要导出数据了,因为恢复好后直接被系统识别了,但本人没这个功力,实在无暇去研究了~~~
Marshall Chen
2010-9-16
Email: marshall.chen#greif.com |
|