第二章节：GHO分区隐患的后续分析

“GHO文件快速分区的隐患 分区一删全删”这个是硬盘以不同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就能立刻判断的技巧吗？这是一个很好的例子。）