“分区表错误＃108”，不同的CHS，以及……

自由狼-台风0

新近购得WD3200BEVT-22ECTO一块，ST90000V3SA硬盘盒、USB连接线及外包装套一套，欲作移动硬盘。此硬盘将用作后备仓库，而非临时数据交换，所以需要慎重考虑。初步试用，感觉数据存储和传输看起来很正常。但分区方面似乎仍有隐患，所以一个星期以来一致没敢正式把数据迁移上去。以下分别为操作步骤及现象，最后为一些疑点，望有人解惑，谢谢。

==================================================

·1·用fdisk分为三主一扩展若干逻辑分区，mount、umount、传输文件均正常。“fdisk -l”显示柱面数38913，磁头数255，每磁道扇区数63，每扇区容量512B。我确定，到此为止我没有手工修改以上数据。

·2·用某系统安装/工具光盘启动，并用其Patition Magic 6.0查看，报告如下：

1. 磁盘2 （305245M 620181c 16h 63s）可能使用不同的驱动器几何结构（255h 63s）
   
2. 不能使用该产品
   
3. 或操作系统的产品对该磁盘进行分区操作。你应备份
   
4. 该磁盘上的数据，删除所有分区，在新的驱动器几何结构
   
5. 下创建新的分区，然后用文件备份还原数据。
   
6.                                         [确定(O)]

复制代码

点击“确定”后约半分钟，才出现分区界面；选择“磁盘2”(移动硬盘)时分区示意图栏显示为黄色，其中文字说明为“发现分区表错误 #108”。

·3·退出Partition Magic，启动Diskman 1.20 beta 3，选择第2硬盘时连续弹出若干次窗口提示：

1. X号分区分区占用扇区数错误，是否更正
   
2. ？
   
3.     [更正]            [取消]

复制代码

和

1.      X号扩展分区终止位置溢出。
   
2.         [确定]

复制代码

我依提示分别选择了“更正”和“确定”，并用此结果更新了分区表。
我注意到，DiskMan中显示：

1. CMOS参数：30357 柱面，16 磁头，63 扇区.

复制代码

柱面数与Partition Magic显示的不同。

·4·重新启动Linux，fdisk提示多个分区未占满可分配空间，且显示出的磁头数和柱面数均已被DiskMan修改。用“x”进入专家模式，手工将磁头数由16修改未255，却无法保存进分区表。

·5·删除所有分区后才能修改并保存磁头数。

·6·重新分区后，用Partition Magic和DiskMan查看，依旧出现前述提示。这次，在DiskMan依然显示：

1. CMOS参数：30357 柱面，16 磁头，63 扇区.

复制代码

但在所有涉及磁盘信息修改的提示中，我全部选择了“取消”。重新启动至Linux后，fdisk显示的移动硬盘信息与除此分区无异，看起来一切正常。

==================================================

现象：Linux中fdisk、Partition Magic和DiskMan所识别的CHS值分别为(38913，255，63)，(620161，16，63)和(30357，16，63)各不相同。

疑点：猜测硬盘上有不止一处记录了CHS信息，且这些CHS信息并不一致。而各分区工具或者CMOS分别从不同的地方读取了CHS信息，导致前述一系列问题。

这个猜测是否成立？如果成立，Linux的fdisk从哪里读取CHS信息？Partition Magic从哪里读取CHS信息？DiskMan或者CMOS又从哪里读取CHS信息？怎样让DOS下分区工具或者CMOS也使用fdisk认可的CHS？

其他相关问题：
为什么本地硬盘的CHS(255，7XXX，63)又能被fdisk、Partition Magic和DiskMan同时认可？

[ 本帖最后由 自由狼-台风0 于 2009-7-20 14:02 编辑 ]

自由狼-台风0

Linux上，不管是fdisk还是testdisk都说CHS是(38913，255，63)。

Partition Magic说CHS是(620161，16，63)。

DiskMan说CHS是(30357，16，63)。

为什么会这样？到底信谁的？怎么让他们统一口径？还是我改信春哥？

[ 本帖最后由 自由狼-台风0 于 2009-7-20 16:52 编辑 ]

yidou

有一个磁盘命令, 会获取磁盘信息(CHS). 后期的大容量磁盘, 导致先前的CHS格式已不适用, 无法表达大容量. 新的磁盘命令已作了扩展.

具体的磁盘命令, 我忘了, 你自己学习了. 怀疑上面的某些, 不支持大容量磁盘.

自由狼-台风0

更奇怪的是，对于我的本地硬盘和120GB旧移动硬盘，所有工具齐声呐喊说是255磁头，唯独轮到这个320GB新移动硬盘时就莫衷一是了……

yidou

不奇怪阿.  说明你的软件都支持120G磁盘, 但还有一个138G的limition.

自由狼-台风0

原帖由 yidou 于 2009-7-20 17:09 发表
不奇怪阿.  说明你的软件都支持120G磁盘, 但还有一个138G的limition.

但所有工具都把新移动硬盘的总容量3XXGB给认出来了，相差的只是零头。
我就闹不明白，为啥有的工具说这个硬盘是255磁头，有的工具说这个硬盘是16磁头。要知道，现在的CHS和柱面都是虚拟值，不同的磁头数会得出不同的柱面划分方式；而由于16和255的最大公约数是1，说明这两种虚拟柱面划分方式划出的柱面起止位置几乎不会落在同一个LBA绝对扇区上……

自由狼-台风0

初步试验结果报告：
1.Windows版本testdisk报告与Linux版本testdisk和fdisk一致，255磁头。
2.最新版本DiskGen For Win报告与Linux版本testdisk和fdisk一致，255磁头。
只剩PartitionMagic和DiskGen For DOS还没发言了。初步估计是所用的DiskMan和Partition的版本过于老旧所致。不过为了保险起见，还是决定弄一个最新版本的PartitionMagic试试。

自由狼-台风0

一翻折腾之后：

	Fdisk	TeskDisk	DiskGen	DiskGenPartitionMagic
Linux	CHS=(38913，255，63) 正常	CHS=(38913，255，63) 正常	N/A	N/A
Windows2000	N/A	CHS=(38913，255，63) 正常	CHS=(38913，255，63) 正常	正常
Windows98	N/A	CHS=(...，16，63) 显然不对头	无法运行	CHS=(...，16，63) 显然不对头
DOS7.0	N/A	CHS=(...，16，63) 显然不对头	CHS=(...，16，63) 显然不对头	CHS=(...，16，63) 显然不对头

不管什么工具，在DOS和基于DOS的Windows98上要么运行不起来，要么报出错误的磁头数和柱面数。而Linux和Windows2000上的工具都给出了正常的结果。

据此推断，之前产生问题的根源应该是DOS(和基于DOS的其他操作系统)对大硬盘的支持的确很有限。硬盘和当前分区方式应该没有问题。

[ 本帖最后由 自由狼-台风0 于 2009-7-21 09:15 编辑 ]

自由狼-台风0

重复回帖，自行编辑掉。

[ 本帖最后由 自由狼-台风0 于 2009-7-21 09:16 编辑 ]

自由狼-台风0

320GB移动硬盘是是为给笔记本换硬盘准备的。

笔记本的60GB硬盘不敷使用，准备用移动硬盘的120GB替换。在当初购买120GB时就料想可能有这样一天，于是买了老IDE接口的。现在正好可以替换。

新买的320GB是SATA接口，用于接纳来自120GB的数据。

分区试验已经结束，结论为在非DOS系中硬盘分区一切正常。

数据已迁出，120GB已重新分区，正待种入操作系统。待准备就绪，即开始给笔记本动手术。希望此间不要再次遇到RPWT。