GHO分区隐患的后续分析

　　海豚像所有朋友一样，对电脑有着极高的热爱之情。发现了问题，但找不出其中的因果关系，是本人硬件知识水平仍然不够深入。

　　于是就像之前的文章那样，尽可能的把问题现象描述清楚，再通过一些言论平台发布出来，这样，总会有解内情的朋友看到文章，如果你有时间，把话留下，对所有人都是最大的帮助。文章通过CB发出来了，还是会有更了解原理的人出来说那么一两句。

　
　　这个是硬盘以不同CHS模式启动造成的问题，这个CHS模式下分的区，到别的模式下看就是错误的，SATA硬盘尤其严重，在DOS,PE,WINDOWS下，CHS模式老变的。

　　随后，在继续观察文章的反响时，正好捕捉到了实机的一例，因为其表现数据较为夸张，于是乎将其再次与朋友分享一下。

　　你见到过这个容量的硬盘吗？这就是实机进行GHO分区后，在系统中用磁盘管理删除分区时，系统统计错误的时候，在一块WD西数320G串口硬盘中，出现了两个500G的分区，而实际上只是对最后一个分区进行了删除之后出现的这个现象，如图所示，可用空间出现在了倒数第二的位置，而最后一个分区则失去了格式。注意到硬盘的总容量了吗？同样很诡异不是么……

windows.chinaitlab.com_出现了1000G的错误分区数据_20090416111612426.jpg (69.9 KB)
2009-4-16 17:13

　　就连硬盘的总容量也被瞬间识别成了1141.38GB，这是Windows磁盘管理程序在此刻错误的显示，下面这张图是完整的桌面图片，我仍然是使用雨林木风9.9装的系统，刚装完进XP桌面的情况：

windows.chinaitlab.com_完整的桌面显示_20090416111613511.jpg (80.67 KB)
2009-4-16 17:13

　　现在，为了使操作系统恢复正常，我们只需要把最后那个“未知分区”也删除掉，就可以了。硬盘容量及可用分区容量都会恢复到正确的值。

　　对于新PC用户来讲，这样的修复操作很容易完成，并且没有任何丢失数据的危险。

　　最终，在某个论坛中也谈到了硬盘工作模式与流行软件的兼容性一话题，很可惜我没能记住这个论坛，他可能来自DOS之家、系统之家或者雨林木风社区。

　　对硬盘分区结构比较了解的朋友应该知道，现在的硬盘分区组成是在第二个分区起每个分区的虚拟MBR中会指向下一个分区，期间的各磁盘MBR只会表示出两个分区数据（本分区和下一个分区起点），直到最后一个分区。这样一来，如果中间某个分区表出现了误差，就肯定会导致其后的分区信息出现更大的误差。

　　操作系统并不会主动识别纠正分区误差，因为对磁盘的操作是具有危险性的，磁盘管理程序不会时刻监控分区表，它需要人工正确的操作。那么误差导致操作系统后期工作期间，一旦写入文件过程出现了错误，就极有可能触发操作系统自身的磁盘修复，是否修复完整，我认为可能性将是很小的。

　　那么，我在此提出建议：