如何分析GHO分区隐患的后续？
这个是硬盘以不同CHS模式启动造成的问题，这个CHS模式下分的区，到别的模式下看就是错误的，SATA硬盘尤其严重，在DOS,PE,WINDOWS下，CHS模式老变的。
随后，在继续观察文章的反响时，正好捕捉到了实机的一例，因为其表现数据较为夸张，于是乎将其再次与朋友分享一下。
你见到过这个容量的硬盘吗？这就是实机进行GHO分区后，在系统中用磁盘管理删除分区时，系统统计错误的时候，在一块WD西数320G串口硬盘中，出现了两个500G的分区，而实际上只是对最后一个分区进行了删除之后出现的这个现象，可用空间出现在了倒数第二的位置，而最后一个分区则失去了格式。 注意到硬盘的总容量了吗？同样很...全部
这个是硬盘以不同CHS模式启动造成的问题，这个CHS模式下分的区，到别的模式下看就是错误的，SATA硬盘尤其严重，在DOS,PE,WINDOWS下，CHS模式老变的。
随后，在继续观察文章的反响时，正好捕捉到了实机的一例，因为其表现数据较为夸张，于是乎将其再次与朋友分享一下。
你见到过这个容量的硬盘吗？这就是实机进行GHO分区后，在系统中用磁盘管理删除分区时，系统统计错误的时候，在一块WD西数320G串口硬盘中，出现了两个500G的分区，而实际上只是对最后一个分区进行了删除之后出现的这个现象，可用空间出现在了倒数第二的位置，而最后一个分区则失去了格式。
注意到硬盘的总容量了吗？同样很诡异不是么……
就连硬盘的总容量也被瞬间识别成了1141。38GB，这是Windows磁盘管理程序在此刻错误的显示，仍然是使用雨林木风9。9装的系统，刚装完进XP桌面的情况：
现在，为了使操作系统恢复正常，我们只需要把最后那个“未知分区”也删除掉，就可以了。
硬盘容量及可用分区容量都会恢复到正确的值。
对于新PC用户来讲，这样的修复操作很容易完成，并且没有任何丢失数据的危险。
最终，在某个论坛中也谈到了硬盘工作模式与流行软件的兼容性一话题，很可惜我没能记住这个论坛，他可能来自DOS之家、系统之家或者雨林木风社区。
对硬盘分区结构比较了解的朋友应该知道，现在的硬盘分区组成是在第二个分区起每个分区的虚拟MBR中会指向下一个分区，期间的各磁盘MBR只会表示出两个分区数据（本分区和下一个分区起点），直到最后一个分区。
这样一来，如果中间某个分区表出现了误差，就肯定会导致其后的分区信息出现更大的误差。
操作系统并不会主动识别纠正分区误差，因为对磁盘的操作是具有危险性的，磁盘管理程序不会时刻监控分区表，它需要人工正确的操作。
那么误差导致操作系统后期工作期间，一旦写入文件过程出现了错误，就极有可能触发操作系统自身的磁盘修复，是否修复完整，我认为可能性将是很小的。
那么，考试大在此提出建议：
在使用GHO快速分区后，请先进行磁盘修复操作，这是其一，如果电脑的分区已经存储了较多的数据，那么请你在决定操作之前，一定进行重要数据的备份工作。
收起
