海豚像所有朋友一样，对电脑有着极高的热爱之情。发现了问题，但找不出其中的因果关系，是本人硬件知识水平仍然不够深入。
于是就像之前的文章那样，尽可能的把问题现象描述清楚，再通过一些言论平台发布出来，这样，总会有解内情的朋友看到文章，如果你有时间，把话留下，对所有人都是最大的帮助。文章通过CB发出来了，还是会有更了解原理的人出来说那么一两句。
目前我认为可信的原因出现在上篇文章发表在CB后的网站评论第57个：
这个是硬盘以不同CHS模式启动造成的问题，这个CHS模式下分的区，到别的模式下看就是错误的，SATA硬盘尤其严重，在DOS,PE,WINDOWS下，CHS模式老变的。
随后，在继续观察文章的反响时，正好捕捉到了实机的一例，因为其表现数据较为夸张，于是乎将其再次与朋友分享一下。
你见到过这个容量的硬盘吗？这就是实机进行GHO分区后，在系统中用磁盘管理删除分区时，系统统计错误的时候，在一块WD西数320G串口硬盘中，出现了两个500G的分区，而实际上只是对最后一个分区进行了删除之后出现的这个现象，如图所示，可用空间出现在了倒数第二的位置，而最后一个分区则失去了格式。注意到硬盘的总容量了吗？同样很诡异不是么……
就连硬盘的总容量也被瞬间识别成了1141.38GB，这是Windows磁盘管理程序在此刻错误的显示，下面这张图是完整的桌面图片，我仍然是使用雨林木风9.9装的系统，刚装完进XP桌面的情况：
现在，为了使操作系统恢复正常，我们只需要把最后那个“未知分区”也删除掉，就可以了。硬盘容量及可用分区容量都会恢复到正确的值。
对于新PC用户来讲，这样的修复操作很容易完成，并且没有任何丢失数据的危险。
最终，在某个论坛中也谈到了硬盘工作模式与流行软件的兼容性一话题，很可惜我没能记住这个论坛，他可能来自DOS之家、系统之家或者雨林木风社区。
对硬盘分区结构比较了解的朋友应该知道，现在的硬盘分区组成是在第二个分区起每个分区的虚拟MBR中会指向下一个分区，期间的各磁盘MBR只会表示出两个分区数据（本分区和下一个分区起点），直到最后一个分区。这样一来，如果中间某个分区表出现了误差，就肯定会导致其后的分区信息出现更大的误差。
操作系统并不会主动识别纠正分区误差，因为对磁盘的操作是具有危险性的，磁盘管理程序不会时刻监控分区表，它需要人工正确的操作。那么误差导致操作系统后期工作期间，一旦写入文件过程出现了错误，就极有可能触发操作系统自身的磁盘修复，是否修复完整，我认为可能性将是很小的。
那么，我在此提出建议：
在使用GHO快速分区后，请先进行磁盘修复操作，这是其一，如果电脑的分区已经存储了较多的数据，那么请你在决定操作之前，一定进行重要数据的备份工作。
二，对于大容量的硬盘设备，请尽量减少分区的数量，并且建议在Windows系统中采用磁盘管理程序将大分区格式化为NTFS分区，有的朋友会图省事而用第三方软件格式化分区为FAT32类型，其实FAT32分区格式是不严谨的。（没听说过判断虚假容量的U盘，只需将其格式化成NTFS就能立刻判断的技巧吗？这是一个很好的例子。）
