悲喜二重天,拯救硬盘数据

2009-05-13 01:51:27来源:未知 阅读 ()

新老客户大回馈,云服务器低至5折

windows死机太平常不过了,不过ntfs系统这么脆弱,还是首次碰到。硬盘的文件系统格式由ntfs变成了raw
受灾的硬盘是个数据备份盘,脑袋不说大几圈,一圈是有了,上面备份了程序,文档,资料,各种常用的工具电子书,几十个G。由于2000的意外死机,只能
reset,启动后,天哪,一个分区由ntfs变成了raw,大小变成了零。平时对待此盘就万分小心,只有用的时候才接入系统,没想到还是出事了。当时,
痛恨之心就涌上来,用Solaris/FreeBSD啥时候受过这个待遇,想当年一台SUN
4470的破硬盘,经常龇牙咧嘴,也没见整个分区丢的呀,x86的硬盘硬件故障也碰到过,只读mount,照样可以抢救数据,FreeBSD图省事有时直
接关电源,也没怎么着。ntfs只是个意外的死机,居然丢掉了整个分区。真想把设计fs的人塞进硬盘里,让他管理扇区。
还是google好,看看到底什么问题吧。不看不知道,一看还真多,好多人碰到过这种问题。从故障现象看,应该是mft没有了,设计这个fs的脑袋不知道
是不是进水了,这么重要的数据,开头放了一个,分区中部放了一个,操作时,难道都会被这么容易地破坏掉?或者驱动只认开始的mft?
容错性极差,当然比fat好点,至少从布局上看,关键数据不连续放了,但只聪明了一点--放到分区中部了。想想ufs还是很好的,类似的关键数据--超级
块可是备份了好多,我也曾利用后面的超级块恢复过fs。
简单看了一下ntfs的组织形式,可这也没用呀,这么大量的数据怎么可能手工一个一个恢复呢,继续找吧,找啊找,找到一个easyrecover,说是不
错,于是跑到其网站看了看,嘿,别说,还真不错,以只读方式恢复,这个我喜欢,只读方式的话,我就不用分区备份了。但是有个条件是,需要有足够的额外空间
存放恢复出来的数据。这个好办,将另块盘上的一个分区的数据统统打包--winrar存储效验方式,传到一服务器上,这个过程也是非常缓慢的,主要是我设
置的恢复记录比例很高有10%,害怕呀,非常时刻容易出问题,一切小心为是。为了减少这个分区备份量,我删掉了几个OS的镜像,虽说还可以从网上下载,但
尺码巨大呀,sol10就2个多G。bsd6也不小,唉又要浪费国家的网络资源了
一切工作就绪,安装好easyrecover,开始恢复,开始用raw恢复,一看不行这也太恐怖了。丢掉的分区是数据备份盘,写操作比较少,而且一般都是追加方式,文件存放应该比较连续。于是转到高级模式进行恢复。
嗯,不错,识别文件系统为ntfs了,缺省设置,继续,经过漫长的恢复,用了40多分钟,恢复完成了,整个文件系统都恢复出来了,而且多了一些我删掉的一
些文件,利害呀。选中这些文件夹,将这些文件转存到准备好的分区上,又是一个漫长的转存。检查了一些深层目录,大文件,没有发现问题,即使有问题,以个人
能力是无法手工恢复的。退出easyrecover,格式化损坏的分区后,将恢复的数据拷贝回去,一切又恢复了正常。
能够恢复,真是幸运。幸运来自:
1. 发现问题了,立刻着手找到解决方法,而不是继续尝试读取
2. 该盘的文件基本是连续性的,碎片很少
3. 感谢有这么好的工具软件,当看到数据恢复出来转存的时候就想,这类软件应该实行租用,有时候买类似的软件代价比较大,而且磁盘出问题的次数毕竟少,这类软件使用的次数也就少了,租用对双方应该双赢。
4. 有足够的空间容纳转存的数据
5. 无论怎样还是要感谢设计ntfs的人,虽然比ufs差,但是比fat进步了,至少像mft的关键数据不挨着放了。
免除后顾之忧,要么做raid,要么光转储,唉,都需要额外的银两呀。


本文来自ChinaUnix博客,如果查看原文请点:http://blog.chinaunix.net/u/132/showart_58968.html

标签:

版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点,本站所提供的摄影照片,插画,设计作品,如需使用,请与原作者联系,版权归原作者所有

上一篇:翻译:OpenBSD 3.8 FAQ - 5.8/5.9

下一篇:/usr/src/bin/cat/cat.c