标题:
力挽狂澜 恢复硬盘数据十法
[打印本页]
作者:
邹光华
时间:
2009-7-28 18:04
标题:
力挽狂澜 恢复硬盘数据十法
每个用户的
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
中都存放着大量的有用数据,而
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
又是一个易出毛病的部件。为了有效的保存
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
中的数据,除了有效的保存
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
中的数据,备份工作以外,还要学会在
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
出现故障时如何救活
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
,或者提取其中的有用数据,把损失降到最小程度。
1、系统不认
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
此类故障比较常见,即从
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
无法启动,从A盘启动也无法进入C盘,使用CMOS中的自动监测功能也无法发现
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
的存在。
这种故障大都出现在连接电缆或IDE口端口上,
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
本身的故障率很少,可通过重新插拔
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
电缆或者改换IDE口及电缆等进行替换试验,可很快发现故障的所在。如果新接上的
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
不承认,还有一个常见的原因就是
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
上的主从条线,如果
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
接在IDE的主盘位置,则
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
必须跳为主盘状,跳线错误一般无法检测到
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
。
2、CMOS引起的故障
CMOS的正确与否直接影响
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
的正常使用,这里主要指其中的
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
类型。好在现在的机器都支持"IDE auto detect"的功能,可自动检测
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
的类型。当连接新的
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
或者更换新的
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
后都要通过此功能重新进行设置类型。当然,现在有的类型的
主板
可自动识别
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
的类型。当
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
类型错误时,有时干脆无法启动系统,有时能够启动,但会发生读写错误。
比如CMOS中的
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
类型小于实际的
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
容量,则
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
后面的扇区将无法读写,如果是多分区状态则个别分区将丢失。还有一个重要的故障原因,由于目前的IDE都支持逻辑参数类型,
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
可采用Normal、LBA、Large等。如果在一般的模式下安装了数据,而又在CMOS中改为其他的模式,则会发生
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
的读写错误故障,因为其物理地质的映射关系已经改变,将无法读取原来的正确
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
位置。
3、主引导程序引起的启动故障
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
的主引导扇区是
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
中的最为敏感的一个部件,其中的主引导程序是它的一部分,此段程序主要用于检测
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
分区的正确性,并确定活动分区,负责把引导权移交给活动分区的DOS或其他操作系统。此段程序损坏将无法从
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
引导,但从软区或光区之后可对
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
进行读写。修复此故障的方法较为简单,使用高版本DOS的fdisk最为方便,当带参数/mbr运行时,将直接更换(重写)
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
的主引导程序。
实际上
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
的主引导扇区正是此程序建立的,fdisk。exe之中包含有完整的
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
主引导程序。虽然DOS版本不断更新,但
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
的主引导程序一直没有变化,从DOS 3。x到目前有winDOS 95的DOS,所以只要找到一种DOS引导盘启动系统并运行此程序即可修复。另外,像kv300等其他
工具
软件
也具有此功能。
4、分区表错误引导的启动故障
分区表错误是
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
的严重错误,不同错误的程度会造成不同的损失。如果是没有活动分区标志,则
计算机
无法启动。但从软区或光区引导系统后可对
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
读写,可通过fdisk重置活动分区进行修复。如果是某一分区类型错误,可造成某一分区的丢失。分区表的第四个字节为分区类型值,正常的可引导的大于32mb的基本DOS分区值为06,而扩展的DOS分区值是05。如果把基本DOS分区类型改为05则无法启动系统,并且不能读写其中的数据。
如果把06改为DOS不识别的类型如efh,则DOS认为改分区不是DOS分区,当然无法读写。很多人利用此类型值实现单个分区的加密
技术
,恢复原来的正确类型值即可使该分区恢复正常。分区表中还有其他数据用于纪录分区的起始或终止地址。
这些数据的损坏将造成该分区的混乱或丢失,一般无法进行手工恢复,唯一的方法是用备份的分区表数据重新写回,或者从其他的相同类型的并且分区状况相同的
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
上获取分区表数据,否则将导致其他的数据永久的丢失。在对主引导扇区进行操作时,可采用nu等
工具
软件
,操作非常的方便,可直接对
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
主引导扇区进行读写或编辑。当然也可采用debug进行操作,但操作繁琐并且具有一定的风险。
5、分区有效标志错误引起的
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
故障
在
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
主引导扇区中还存在一个重要的部分,那就是其最后的两个字节:55aah,此字为扇区的有效标志。当从
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
,软盘或光区启动时,将检测这两个字节,如果存在则认为有
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
存在,否则将不承认
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
。此标志时从
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
启动将转入rom basic或提示放入软盘。从软盘启动时无法转入
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
。此处可用于整个
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
的加密
技术
。
可采用debug方法进行恢复处理。另外,DOS引导扇区仍有这样的标志存在,当DOS引导扇区无引导标志时,系统启动将显示为:"missing operating system"。其修复的方法可采用的主引导扇区修复方法,只是地址不同,更方便的方法是使用下面的DOS系统通用的修复方法。
6、DOS引导系统引起的启动故障
DOS引导系统主要由DOS引导扇区和DOS系统文件组成。系统文件主要包括iosys、msdos.sys、command.com,其中command.com是DOS的外壳文件,可用其他的同类文件替换,但缺省状态下是DOS启动的必备文件。在Windows 95携带的DOS系统中,msdos.sys是一个文本文件,是启动windows必须的文件。但只启动DOS时可不用此文件。但DOS引导出错时,可从软盘或光盘引导系统,之后使用sys c:传送系统即可修复故障,包括引导扇区及系统文件都可自动修复到正常状态。
7、FAT表引起的读写故障
fat表纪录着
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
数据的存储地址,每一个文件都有一组连接的fat链指定其存放的簇地址。fat表的损坏意味着文件内容的丢失。庆幸的是DOS系统本身提供了两个fat表,如果目前使用的fat表损坏,可用第二个进行覆盖修复。但由于不同规格的磁盘其fat表的长度及第二个fat表的地址也是不固定的,所以修复时必须正确查找其正确位置,由一些
工具
软件
如nu等本身具有这样的修复功能,使用也非常的方便。
采用debug也可实现这种操作,即采用其m命令把第二个fat表移到第一个表处即可。如果第二个fat表也损坏了,则也无法把
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
恢复到原来的状态,但文件的数据仍然存放在
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
的数据区中,可采用chkdsk或scandisk命令进行修复,最终得到*。chk文件,这便是丢失fat链的扇区数据。如果是文本文件则可从中提取并可合并完整的文件,如果是二进制的数据文件,则很难恢复出完整的文件。
8、目录表损坏引起的引导故障
目录表纪录着
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
中文件的文件名等数据,其中最重要的一项是该文件的起始簇号,目录表由于没有自动备份功能,所以如果目录损坏将丢失大量的文件。一种减少损失的方法也是采用上面的chkdsk或scandisk程序的方法,从
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
中搜索出chk文件,由目录表损坏时是首簇号丢失,在fat为损坏的情况下所形成的chk文件一般都比较完整的文件数据,每一个chk文件即是一个完整的文件,把其改为原来的名字可恢复大多数文件。
9、误删除分区时数据的恢复
当用fdisk删除了
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
分区之后,表面现象是
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
中的数据已经完全消失,在未格式化时进入
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
会显示无效驱动器。如果了解fdisk的工作原理,就会知道,fdisk只是重新改写了
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
的主引导扇区(0面0道1扇区)中的内容。具体说就是删除了
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
分区表信息,而
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
中的任何分区的数据均没有改变,可仿造上述的分区表错误的修复方法,即想办法恢复分区表数据即可恢复原来的分区即数据,但这只限于除分区或重建分区之后。如果已经对分区用format格式化,在先恢复分区后,在按下面的方法恢复分区数据。
10、误格式化
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
数据的恢复
在DOS高版本状态下,格式化操作format在缺省状态下都建立了用于恢复格式化的磁盘信息,实际上是把磁盘的DOS引导扇区,fat分区表及目录表的所有内容复制到了磁盘的最后几个扇区中(因为后面的扇区很少使用),而数据区中的内容根本没有改变。这样通过运行"unformat c:"即可恢复原来的文件分配表及目录表,从而完成
[url=http://www.91xiu.com/pc/e/]
硬盘
[/url]
信息的恢复。另外DOS还提供了一个miror命令用于纪录当前的磁盘的信息,供格式化或删除之后的恢复使用,此方法也比较有效。
作者:
智强家维
时间:
2009-8-2 06:02
谢谢楼主!论坛有你更精彩!
作者:
鸿达电器
时间:
2009-8-2 06:46
谢谢楼主
作者:
杨汝军
时间:
2009-8-5 21:40
学习了.....................
欢迎光临 『家电维修论坛 163DZ.COM』 (http://hi.163dz.com/bbs/)
Powered by Discuz! 7.0.0