高考问答红大马哈鱼怎么吃:奇怪的事情！分区表错误，但系统能正常运行。
来源：百度文库 编辑：高考问答 时间：2024/04/27 14:41:24
不过奇怪的是系统运行一切正常，可是出了这样的问题心理总是有点担心，要是什么时候进不了系统了那可玩完了！
请高手赐教！！！万分感谢！
如果需要什么软件的话，希望能讲详细点，我这方面实在不懂：）
我记得KV3000的DOS工具里面好像有个可以修复分区表的，但是具体操作方法我不是太清楚。
（以下文章摘录至互联网）
-----------------------------------------------
用KV3000修复硬盘特殊问题一例
--------------------------------------------------------------------------------
http://www.sina.com.cn 2002年05月24日 14:15 百度科技
作为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表造成的！(提示!!!在您用手工修复硬盘记录时，最好在有经验人的指点下进行，并事先一定要做好相应的备份工作！如详细的笔头记录，以防止误操作所带来的不必要麻烦!!!)(北京：WF2K)