答案:
作为KV的用户,无不为KV3000强大的硬盘修复功能而惊叹。前不久,我的一位朋友说他的硬盘坏了:在用Win98的磁盘碎片整理程序整理C盘时,D盘忽然全都变成乱码,并无法恢复!让我帮他看看。事情也怪,朋友的硬盘容量20G,他自己用FDISK分了C,D,E,F四个区。虽然刚才的D分区出问题了,但随后的E和F区却没有事。这让我很奇怪!我决定先用KV3000帮他看一下毒。进入KV3000对硬盘进行了查毒后,未发现任何病毒。于是我又用SCANDISK给他查一下硬盘坏道,可结果仍是什么也没有。这下我无奈了。只好再拿来KV3000,来看一下硬盘引导区,希望能从中找到点什么。
进入KV3000主界面,用F6进入硬盘工具箱,查C盘分区表:
80 01
01 00 0B FE BF 60 3F 00 00 00 E2 48 95 00 00 00
81 61 6F FE FF FF 21 49 95 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 AA再看C盘的I/O表:
EB 58 90 4D 53 57 49 4E 34 2E 31 00 02 08 20 00 02 00 00 00 00 F8 00 00 3F 00 FF 00 3F 00 00 00 BF 64 9C 00 10 27 00 00
发现在C盘分区表中第13-16字节( E2 48 95 )高低互换后再加上 3FH(即63)与I/O表中的第33-36字节(BF 64 9C)高低互换后不匹配!说明C盘的容量记录有问题!可能是他在FDISK时,操作不当所致!
确定C盘真实扇区总数。用F6中的F2"Search Logical Hard Disk Partition"功能搜索出D盘的分区表所在的扇区:
Hard Disk Total Sector Total Bytes Partition Table sector
DISK D: 1.957 3823407 1957584384 9783585
DISK E: 1.957 3823407 1957584384 13607055将 9783585 用 F6 中的 F7 转换成十六进制得 95 49 21 ,( 高低互换后与C盘分区表中第25-28字节扇区总数描述的相同,证明D盘原分区表所在的扇区是正确的)再减去 3FH 得到 95 48 E2 ( 证明在C盘分区表中扇区总数的记录描述的是正确的 ) ,高低互换得 E2 48 95 。然后将其手工写入到C盘I/O表中的第33-36字节处,替换原来错误的 BF 64 9C ,Ctrl+0存盘。
修改还没完(这步可也很关键噢)。再到硬盘的倒数第99扇区(这里也是C盘I/O表的一个备份),将 E2 48 95 照刚才的方法再写一遍。
为保险起见,又检查了一下D和E,F盘的分区表及I/O表中的数据,结果一切正常。至此,修复完毕。重新启动后,在使用硬盘碎片整理程序时,就再没出现过D盘乱码的事情,而用KV3000的F10功能测试时,也显示正确了。由此证明,这是因为C盘容量被朋友在分区时,被FDISK不明的多记下了几百个扇区,使得在进行磁盘碎片整理时,C盘数据误写入D盘FAT表造成的!(提示!!! 在您用手工修复硬盘记录时,最好在有经验人的指点下进行,并事先一定要做好相应的备份工作!如详细的笔头记录,以防止误操作所带来的不必要麻烦!!!)
(出处:http://www.vipcn.com/)
(出处:http://www.zzzyk.com/)