标题: 用PQ分区失败的问题
[打印本页]
作者: willing
时间: 2008-12-14 16:57
标题: 用PQ分区失败的问题
在学校一台没装还原卡的机子上用PQ分区,结果执行之后再重启还是老样子,望有人能详细指出电脑上到底做了什么手脚。另外,机子上有两个分区C,D,但是无论是正常WINDOWS模式还是WINPE都无法打开D盘,显示拒绝访问,但分区软件中明明有这个分区,是正常的,求教这两种现象的原理。
作者: HAT
时间: 2008-12-14 18:13
没装还原卡,是否装了还原软件呢?你的分区过程是否报错了呢?
看看D盘是否有坏道?或者分区表出错?或者NTFS分区设置了权限?
另,不知楼主的问题和DOS有什么关系?
作者: willing
时间: 2008-12-15 11:44
抱歉,我只是觉得DOS软件的使用问题应该也归于DOS吧。
作者: grwy1234
时间: 2008-12-15 12:49
是不是装有象方正ABS一类的软件隐藏了分区?
作者: netwinxp
时间: 2008-12-17 19:50
很有可能是PQ的致命BUG导致的,强烈建议不要使用PQ,因为PQ建的分区和很多分区软件建的格式不同,存在致命的缺陷。
作者: Climbing
时间: 2008-12-17 22:22
标题: @ netwinxp
没有你说的那么严重吧?我一直用PQ给硬盘分区很多年了,倒没发现它分的区有什么严重bug。只是发现,有些不规范的分区,在PQ下会显示Error 106,然后就无法分区,但用其它的分区软件却又没有问题。这只能说明它对分区表要求比较严格。
作者: netwinxp
时间: 2008-12-20 13:11
Originally posted by Climbing at 2008-12-17 22:22:
没有你说的那么严重吧?我一直用PQ给硬盘分区很多年了,倒没发现它分的区有什么严重bug。只是发现,有些不规范的分区,在PQ下会显示Error 106,然后 ...
那不是分区不规范,而是PQ对>8G的分区项识别有误,PQ有两大BUG:
1、>8G的分区项、8G后面的分区项,分区软件会在原来的结束CHS填上FFFFFEH等特定值(8G之后的分区开始CHS也是填一个固定值,具体数值不太记得了,如果这个值被改掉也会造成类似逻辑锁),直接使用后面的字段来定位,PQ对此不识别,老是把别人正确的改成错的。(原先我还以为是别的分区软件的问题,后经对比分析,问题就出在PQ上)
***采用原来的CHS字段,总共3+3字节,也就是说最多只能表示<8G的分区大小及8G之前的分区位置,如今对于>8G的及8G之后的分区,是直接用后面的4+4字节表示分区位置和大小,4字节最大表示2T,目前的分区表项只能用于2T之前和<2T的分区,所以win和linux才不约而同滴采用新的GPT分区架构,而这种架构是无法被DOS识别的!***
2、PQ自作聪明滴使用非整数倍条磁道来划分分区,而通常的分区软件使用磁道为单位来划分分区,所以PQ划分的分区存在造成后面分区丢失的风险,并且丢失后用DISKGEN也很难恢复。
***PQ对多主分区的识别能力也不是很好。
PS:你可以用DiakPart分区,看看8G以上分区及8G以后的分区的分区表项,就会发现其实PQ是把别人正确的改错了。<img src="images/smilies/face-smile-big.png" align="absmiddle" border="0">
Last edited by netwinxp on 2008-12-20 at 13:41 ]
作者: lianjiang2004
时间: 2008-12-20 14:04
楼上那个说的有理有据。
只是个人一直只用pq,且一般都有两个主分区,用于安装独立的两种版本的系统。没出现过意外。
作者: Climbing
时间: 2008-12-20 14:29
看不懂netwinxp的解释和说明,还是不理解。
作者: fujianabc
时间: 2008-12-20 19:32
netwinxp说得不错,pq的确会自作主张改错分区表。
不过我还发现,windows的磁盘管理器也经常用非整数倍条磁道来划分分区。
在磁盘管理器中也遇到过新建或删除一个逻辑分区导致后面分区丢失的情况。
作者: martin325
时间: 2008-12-21 14:54
那么什么样的分区软件是最好的呢?
作者: willing
时间: 2008-12-21 15:08
我只是觉得pq的操作很方便,比DISKGEN要舒服的多。
另外,分区时没有出现任何错误提示,但重启之后还是老样子,什么都没变。
另外,我用FDISK /MBR,重启之后再分区(还是pq)也没有效果。
Last edited by willing on 2008-12-21 at 15:11 ]
作者: Climbing
时间: 2008-12-21 16:50
标题: @ netwinxp & fujianabc
那为什么我这么多年后,包括现在,我还在用PQ分区,包括320G的硬盘,为什么没有出问题呢?而且,PQ分的区用别的分区软件查看也没有什么问题,当然更包括NT的磁盘管理器,而且,一般情况下,我肯定是会分多个主分区出来的(至少是两个主分区再加一个扩展分区)。
我当然也用过很多的分区软件,但感觉在操作的舒服性和安全性上,PQ是最好的,当然,Acronis的Disk Director Suite也不错,但还是有缺陷。
还有,既然PQ有严重的bug,磁盘管理器分区也有问题,那应该有什么来分区呢?前提当然是无损数据分区。
作者: lianjiang2004
时间: 2008-12-21 17:42
我也是觉得pq用起来比较顺手和舒服。其它的都是只试过就放弃了。
作者: fujianabc
时间: 2008-12-21 19:07
Originally posted by Climbing at 2008-12-21 04:50 PM:
那为什么我这么多年后,包括现在,我还在用PQ分区,包括320G的硬盘,为什么没有出问题呢?而且,PQ分的区用别的分区软件查看也没有什么问题,当 ...
我现在一般用paragon的partition manager以及gparted,前面这个不用说了,大家都知道。Gparted是ubuntu光盘自带的,linux下最常用的分区软件,免费的。
acronis基本没用过,故无法评论。
Last edited by fujianabc on 2008-12-22 at 17:10 ]
作者: netwinxp
时间: 2008-12-22 11:25
标题: To Climbing
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 ]
作者: dato
时间: 2008-12-22 13:40
不用pq好多年,我现在也分不清是哪个pq以前喜欢用它们无非就是调整分区大小,经常莫名其妙把分区表搞得乱78糟,然后自己报错,然后只好用diskgen的分区修复功能.
基本上一直用diskgen和gdisk,现在也没有以前调整分区的爱好了
交叉分区表的情况似乎也碰到过,以前在安装linux的时候就把一个fireball lct20 20G的变成40G的把我乐得,结果发现写在一个分区的数据会覆盖另外一个分区的,然后用diskgen一弄,分区表错误,倒
作者: Climbing
时间: 2008-12-23 09:51
标题: @ netwinxp
你的解释我基本明白,那我现在的疑问是:是不是所有的PQ分区软件都存在这个问题,还是只是早期的PQ软件有这个问题,我现在用的分区软件实际上只是PQ系列,但真正的名字是Volume Magic,相当于PQ的服务器版。
如果所有版本的PQ软件都存在这个问题,那我就要惊出一身冷汗,因为我这几年来装的机器基本上全部是用它分区的。
现在的问题是,我如何判断我现在的分区表是否有问题。用diskgen可以判断吗?
作者: wghxx
时间: 2008-12-23 13:07
标题: 用什么分区好?
我现在关键是要知道用什么分区好?请教
作者: netwinxp
时间: 2008-12-23 14:16
Originally posted by Climbing at 2008-12-23 09:51:
你的解释我基本明白,那我现在的疑问是:是不是所有的PQ分区软件都存在这个问题,还是只是早期的PQ软件有这个问题,我现在用的分区软件实际上只 ...
本人仅对网上最流行的PQ8及更早期的一个版本做过分析。
鉴别其他版本有没有这个风险的办法是,查看是不是所有的分区的结束地方都是磁道最后一个扇区(通常是63)。***现在大多用LBA地址,所以可能要换算一下**如果是,那即便是用PQ分的,应该也不会有问题,如果不是,那就可能存在风险了。
个人认为,既然是算法问题,那很可能一系列产品都有这个风险。<img src="images/smilies/face-surprise.png" align="absmiddle" border="0">
作者: fujianabc
时间: 2008-12-23 17:28
按照netwinxp的说法,
用pq自带的ptedit看一下就知道了,注意这个254和63
另外8GB之后的分区,起始柱面和结束柱面都是1023
如果分区CHS参数不是这样的,就可能有问题。
一般windows下可以正常使用,但在grub下可能会出现警告或分区无法访问,即所谓的“分区不良”
附件
1:
捕获.PNG (2008-12-23 17:28, 40.08 KiB, 下载附件所需积分 1点
,下载次数: 2)
作者: fujianabc
时间: 2008-12-23 17:35
由上面可见,"分区良好"分区大小应该是
(254+1)*63*512=8225280B=7.844MB的整数倍。
而windows磁盘管理器允许分出非上面值整数倍的分区,也经常会出现“分区不良”,或者两个分区中出现空隙(为了使分区从0磁头1扇区开始)。
作者: Climbing
时间: 2008-12-23 23:18
标题: @fujianabc
嗯,找了两台我以前用我的Volume Magic分区的机器,运行ptedit32查看,还真的没有任何netwinxp所说的问题,都是相当标准和规范的。我的心里一块大石头终于落了地,以后可以放心继续用它分区了。
作者: netwinxp
时间: 2008-12-24 00:44
en,也有可能是汉化及CRACK的作者引入的问题,我试过的那两个全是比较流行的繁体中文版。
作者: Climbing
时间: 2008-12-24 10:34
我基本上不用汉化软件,象这种软件没有什么汉化的必要。
作者: lianjiang2004
时间: 2008-12-24 10:52
我也查了一下,一切正常。
用的是英文的8.05服务器版。
万一是汉化版的问题,那就不能怪pq了,呵呵。
作者: martin325
时间: 2008-12-24 13:33
我一般首选用微软的磁盘管理器分区,其次用PQ8.05服务器版
作者: xsrdg
时间: 2008-12-24 17:27
我遇见过‘netwinxp’说的问题,用别的分区软件分区,PQ自作聪明地报错(其实没错,一直使用正常),而且自作聪明地修复,结果磁盘分区全乱了,数据丢失。那个损失惨啊!!!
Climbing 你说这么多年一直用PQ没问题,没出错,我想你是说的新机,那当然不会出错,它自己分的区,它自己当然不会报错,而且也会正常使用,问题是PQ有时会把用别的分区软件分区认为有错,而且自行修复,后果很严重。
楼上有朋友说PQ分区grub会认为非标准分区,我也遇到,但没注意是什么分区软件分的区,不过grub不会自作聪明地去修复“错误”分区,所以不会造成损失。
作者: fujianabc
时间: 2008-12-24 21:23
Originally posted by xsrdg at 2008-12-24 05:27 PM:
楼上有朋友说PQ分区grub会认为非标准分区,我也遇到,但没注意是什么分区软件分的区,不过grub不会自作聪明地去修复“错误”分区,所以不会造成损失。
我不是说pq分的分区grub会认为非标准分区。
而是pq认为有分区错误的硬盘,grub常常会认为非标准分区。
就我目前所用过的分区软件来看,pq对分区表的检验是最严格的(必须像我上面ptedit贴图中所示的那样才行),只要分区参数有一点点不符合,它就会去“修理”,但修理功能有很烂,一修就错。
grub对分区表的检验也比较严格,因而有时会碰到“分区不良”无法访问的问题,但如果pq认为分区表没问题的硬盘,grub肯定能正常访问。
与之相反,windows的磁盘管理器对于分区表的参数要求最松,几乎不在乎分区表的chs值,只看LBA值。而且我曾经试过哪怕把两个分区搞重叠了,或者扩展分区表中写满四个分区表项(一般扩展分区表中不能超过两项),磁盘管理器都能认(一般出现这两种错误时连dos都启动不了的)。
作者: Climbing
时间: 2008-12-25 09:54
我同意楼上fujianabc兄的观点。
我用PQ分区,当然不全是新机器,完全重新分区,我给人装系统,好多时候对方的硬盘上已经有好多数据(分过区),我要用PQ的无损分区功能重新整理一下不合理的分区方案。我除了用PQ分区后,常用的还有Acronis,有时候,PQ进入时会提示分区表错误(Error 106之类的)然后无法看到原硬盘的分区,但Acronis却能正常识别原来的分区,这时候我就用Acronis来给硬盘分区,但用Acronis处理过后,PQ又能正常识别了。当然,我几乎从来不用Windows的磁盘管理器分区,就算是用,至多也是删除原来一个分区再重建。
作者: netwinxp
时间: 2008-12-25 14:13
MMC的磁盘管理不太行,不过Diskpart还是很不错滴。
作者: xsrdg
时间: 2008-12-25 22:26
Originally posted by Climbing at 2008-12-25 09:54 AM:
我同意楼上fujianabc兄的观点。
我用PQ分区,当然不全是新机器,完全重新分区,我给人装系统,好多时候对方的硬盘上已经有好多数据(分过区),我要用PQ的无损分区功能重新整理一下不合理的分区方案。我除了用PQ分区后,常用的还有Acronis,有时候,PQ进入时会提示分区表错误(Error 106之类的)然后无法看到原硬盘的分区,但Acronis却能正常识别原来的分区,这时候我就用Acronis来给硬盘分区,但用Acronis处理过后,PQ又能正常识别了。当然,我几乎从来不用Windows的磁盘管理器分区,就算是用,至多也是删除原来一个分区再重建。
从你这段回复可知同样遇到PQ误报问题。也说明了PQ存在严重问题了,它把没问题的分区误认为有问题,更要命的是千万不能修复,一修复就造成不可修复性的损失。其它分区软件不认为错,更重要的是磁盘能正常使用,就不能认为分区有错,只是PQ不认可的格式。不用microsoft的分区软件主要就是它不能无损分区,但兼容性它是最好的,或者说大家都要兼容它。我想“不点”大师也是这么认为的,你看,他每次回答别人问题时,只要提到分区、格式化时,都说要用microsoft的fdisk和format,以免可能出现一些不可知的莫名其妙的问题。
作者: lianjiang2004
时间: 2008-12-26 00:36
“用microsoft的fdisk和format”与“Windows的磁盘管理器分区”是两码事,呵呵。
作者: Climbing
时间: 2008-12-26 00:58
标题: @xsrdg
PQ报错时,往往就算是修复了,它照样不能正常识别原来的硬盘分区。
我觉得,这也不能算是PQ的错,你只能说它对分区表格式检查严格,事实就是,凡是PQ认可的分区表格式,在其它分区软件中也从来不会出现问题。至于用PQ修复导致错误发生,只能说PQ的分区表修复功能比较垃圾,毕竟它是一个程序,如果大家都严格按照规矩来修改分区表,可能就不容易出现错误。
不过,今天遇到一个情况需要向大家汇报一下,提起重视:今天给一台机器重新安装系统,刚开始我仍然使用Volume Manager 2.0 for DOS(也就是PQ的服务器版)来给硬盘分区,开始时一切正常。但由于这台机器的原硬盘(联想的机器)有HPA保留区,我使用hpatool将它清除掉了,但在DOS下看不到释放的这一部分空间,安装好xp后,在xp的硬盘管理器下可以看到,我为了避免重新启动,就使用paragon partition manager将这部分空间与前面预留的空间合并成了一个逻辑分区,用来制做基于HPA的一键恢复分区(我用的hpa一键恢复是基于清华同方的,也就是软通科技的产品)。这个hpa的一键恢复软件安装正常,重新启动后按热键也可以正常启动并进入,但自动查找最后一个分区(也就是显示出来的hpa分区)时,发现了问题,omnifs info命令无法显示最后的两个逻辑分区(第一个是一个正常的逻辑分区,第二个就是那个hpa分区),导致我的备份批处理无法正常将克隆文件备份到这个hpa分区。启动Volume Manager for DOS,果然发现分区表错误并提示修复,修复后果然导致了严重问题:我再重新启动,进入DOS后发现,除了C:盘正常外,从D:盘以后的盘符全部只显示第一个逻辑分区的内容,进入diskgen,显示分区参数重叠(一直不断的提示,无法进入),再重启用grub4dos的geometry (hd0)来看,会发现有无数个逻辑分区(这大概就是类似逻辑锁之类的东西了),启动Acronis Disk Director Suite也无法进入。最后实在搞不定了,我用diskrw 0 0 1 /e /y命令将逻辑0扇区清空了,这时候相当于硬盘是空的,然后用Acronis的分区恢复功能恢复了XP所在的主分区(Acronis的分区恢复功能很垃圾,速度巨慢,而且,成功率很低),然后重新启动进入XP,使用Partition Table Doctor重建分区表,顺利恢复了丢失的所有分区。然后重新建立HPA分区(这次是在XP下用gdisk32建立),再次安装HPA的一键恢复软件,这次就完全没有问题了。
通过这个事故说明什么呢?PQ的分区应该很标准,而Paragon Partiton Manager的分区并不是绝对规范,另外,尽量不要使用PQ的分区修复功能,真的很垃圾。
作者: netwinxp
时间: 2008-12-26 14:07
最标准的分区完全二叉树分布,结构如下:
-----------------------------------------------
MBR及分区表(整条磁道其他扇区空)。分区表项--主分区(指向主分区);扩展分区(指向下一级扩展分区表)
-----------------------------------------------
主分区
-----------------------------------------------
一级扩展分区表(整条磁道其他扇区空)。扩展分区表项--逻辑分区1(指向该分区);扩展分区(指向下一级扩展分区表)
-----------------------------------------------
逻辑分区1
-----------------------------------------------
二级扩展分区表(整条磁道其他扇区空)。扩展分区表项--逻辑分区2(指向该分区);扩展分区(指向下一级扩展分区表)
-----------------------------------------------
...
-----------------------------------------------
最后一级扩展分区表(整条磁道其他扇区空)。扩展分区表项--最后一个逻辑分区(指向该分区)
-----------------------------------------------
最后一个逻辑分区
===============================
ms的分区查找使用二叉树算法,稍微扩展一下,就是主分区表最多可以有4项。
逻辑分区的定义(比如BPB、分区表项、分区ID)和主分区表基本一样,只不过是扩展分区表内没有引导程序,只有分区表项。
在合并分区的时候如果上下级分区表没完全修改就会出问题,特别是合并中间的逻辑分区最容易出问题(要根据中间包含的那级扩展分区表项修改上一级分区表项,还要修改长度<这里的大小是两个逻辑分区+一条磁道,不是两个逻辑分区大小之和>,所以合并逻辑分区很容易出问题)。
***对于非整数条磁道的分区,那合并分区就更乱套了,严重的就会出现分区表项的指向与实际分区位置错位,连DISKGEN也无法恢复***
***逻辑分区同样直接靠BPB定位,所以如果你能在MBR中直接找到其启动扇区,并加载的话也是可以引导它的***
Last edited by netwinxp on 2008-12-26 at 14:24 ]
作者: fujianabc
时间: 2008-12-26 20:30
Originally posted by netwinxp at 2008-12-26 02:07 PM:
ms的分区查找使用二叉树算法,稍微扩展一下,就是主分区表最多可以有4项。
逻辑分区的定义(比如BPB、分区表项、分区ID)和主分区表基本一样,只不过是扩展分区表内没有引导程序,只有分区表项。
ms的磁盘管理器不但能支持主分区表4项,连扩展分区表都能支持4项,其他分区软件是不支持扩展分区表里多个同级逻辑分区的。
另外,扩展分区表里也能有引导程序的:
最近装了一个opensuse 11.1,装的时候也没注意,装完一开始没找到它把grub引导扇区装到了哪里。后来仔细找了一下发现openSUSE 11.1居然把引导扇区写在了(hd0,3)+1上(我的(hd0,0) (hd0,1) (hd0,2)是三个主分区,从(hd0,3)是扩展分区),并且把(hd0,3)设置为引导分区(0x80),启动一起正常。
Last edited by fujianabc on 2008-12-26 at 20:32 ]
作者: netwinxp
时间: 2008-12-26 21:50
Originally posted by fujianabc at 2008-12-26 20:30:
ms的磁盘管理器不但能支持主分区表4项,连扩展分区表都能支持4项,其他分区软件是不支持扩展分区表里多个同级逻辑分区的。
另外,扩展分区表 ...
一般的扩展分区表扇区是没有引导程序的,当然有的写入也没问题,如果要让最后一级逻辑分区也能直接启动那么每一级扩展分区表都要有引导程序。
***PS:绝大多数分区软件不支持每一级扩展分区含四个分区项,也不往扩展分区表写入引导程序***
作者: wghxx
时间: 2008-12-26 22:59
还是不知道用什么分区好