1、两个存在交叉区域的分区,是否一定会出现数据丢失呢?在前一个分区的数据还未涉及到交叉区的情况下,数据还是不会出现问题的,但是目前还没发生的问题并不表示它没有错误,也不表示以后不会发生,当前一个区数据写到交叉区的时候,后一个分区基本上干脆整个全丢并且无法恢复(因为被覆盖的部分刚好是最重要的部分)
2、系统访问一个逻辑盘的基本单位是簇,而目前的硬盘分区的每个簇通常是4~32K,试问一个以扇区为单位的分区又怎么能够保证这个分区刚好有整数个簇(当然刚好是整数个簇的可能性也是存在的),如果不是整数个簇,那么最后一个簇的范围就会覆盖到下一个分区的起始部分,也就是出现了隐含的分区交叉!!!如果后面的区域刚好是扩展分区表,当那个簇被写入较多数据的时候,灾难就发生了,整个硬盘除主分区之外的所有逻辑分区全丢失(这种例子一点也不少见)。
3、当分区在8G后面的空间,软件会在开始CHS填入好像是FE,00,01(不太记得是不是这个值),在结束CHS填入FE,FF,FF,如果8G之后有多条分区表项,那么就会有两条及以上的项的CHS是完全一样的(从早期的角度来看很象逻辑锁,用DOS6.x或更早的版本很可能就死锁),于是PQ遇到这种情况就是自作聪明滴认为分区项错了,开始乱修改,于是被修改过后的分区几乎全变成只有8G大小了(这种例子更为常见)。
***只要你留心一下各论坛的帖子,就会发现几乎每个月都会出现上面的两个故障,而且他们共同点就是用PQ分区***
***顺便提一下:那个可以避开逻辑锁的DOS7.1也有一个BUG,就是如果一个FAT/FAT32主分区是在8G后面的空间(这种情况经常出现在一键还原),并且用它来做启动系统,则启动失败,用98的DOS就没这个问题。这个问题很多人很久也遇不上,但它确实存在,而且很要命***
[ Last edited by netwinxp on 2008-12-22 at 11:48 ]
2、系统访问一个逻辑盘的基本单位是簇,而目前的硬盘分区的每个簇通常是4~32K,试问一个以扇区为单位的分区又怎么能够保证这个分区刚好有整数个簇(当然刚好是整数个簇的可能性也是存在的),如果不是整数个簇,那么最后一个簇的范围就会覆盖到下一个分区的起始部分,也就是出现了隐含的分区交叉!!!如果后面的区域刚好是扩展分区表,当那个簇被写入较多数据的时候,灾难就发生了,整个硬盘除主分区之外的所有逻辑分区全丢失(这种例子一点也不少见)。
3、当分区在8G后面的空间,软件会在开始CHS填入好像是FE,00,01(不太记得是不是这个值),在结束CHS填入FE,FF,FF,如果8G之后有多条分区表项,那么就会有两条及以上的项的CHS是完全一样的(从早期的角度来看很象逻辑锁,用DOS6.x或更早的版本很可能就死锁),于是PQ遇到这种情况就是自作聪明滴认为分区项错了,开始乱修改,于是被修改过后的分区几乎全变成只有8G大小了(这种例子更为常见)。
***只要你留心一下各论坛的帖子,就会发现几乎每个月都会出现上面的两个故障,而且他们共同点就是用PQ分区***
***顺便提一下:那个可以避开逻辑锁的DOS7.1也有一个BUG,就是如果一个FAT/FAT32主分区是在8G后面的空间(这种情况经常出现在一键还原),并且用它来做启动系统,则启动失败,用98的DOS就没这个问题。这个问题很多人很久也遇不上,但它确实存在,而且很要命***
[ Last edited by netwinxp on 2008-12-22 at 11:48 ]


