进入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.sheup.com）