TF卡应该怎么在bootice 0.9选择优先驱动器或分区号

Plantsoot

“c/h/s=1024/255/63, sector count/size=16450560/512”

w大，16450560个扇区（512），不刚好是7G吗？

16450560 >> 21 = 7

wuwuzz

原帖由 Plantsoot 于 2012-2-8 19:33 发表
“c/h/s=1024/255/63, sector count/size=16450560/512”
16450560个扇区（512），不刚好是7G吗？
16450560 >> 21 = 7

16450560*512/1024/1024=8032.5MiB

1024/255/63 也很奇怪，这种CHS对USB存储设备而言，得恰好是8032.5MiB/8.4GB，
传统INT13的极限才出现，可能性不大啊~

[ 本帖最后由 wuwuzz 于 2012-2-8 20:17 编辑 ]

wuwuzz

geometry命令结果不是重点，只是线索。我的目的不是质疑geometry，而是想尽快查明是否有“扇区越界”现象。如果读卡器固件返回的TF卡扇区数 <  MBR分区表中提供的扇区数字，则AMI BIOS会认为MBR非法，这时有可能会把大容量TF卡当FD处理；

如果不是扇区越界，则需要检查其他疑点，如：LZ该版本的AMI BIOS如何处理移动盘、固定盘属性。

总之，是要检查：该版本AMI BIOS为什么会把如此大容量的USB存储设备当FD处理。

这需要LZ提供资料、配合测试。

Plantsoot

明白W大的意思了。。。

redbee

晕，我以为没有人注意这个贴了，几天没来看了。

实验结果：

ubootchk提示错误，共生成三个文件，打包。


ubootchk生成的文件.rar (1.44 KB, 下载次数: 32)

2012-2-12 16:25 上传

点击文件名下载附件
下载积分: 无忧币 -2

bios里设置如下（是bios自动识别的）：





[ 本帖最后由 redbee 于 2012-2-12 16:25 编辑 ]

wuwuzz

#21(MBR分区表)、#35(固件检测)的数据都已经指明了:
TF卡的实际总扇区数为15548416。换算容量为7592MiB。

#35的图3也已经说明，该版本AMI BIOS，AUTO仿真类型，
超过530MB的容量就应该为HD的。

这就证实了我在30#、32#的怀疑。
------------------------------------------------------------------------------
现在需要麻烦LZ做以下针对性测试(不是测TF卡，而是测AMI BIOS USB处理。换U盘来试)

1、要求U盘是>530MB的移动盘  或  <530MB的固定(本地)盘。
>530M的移动盘，一般U盘都易满足这个条件；而< 530M的固定(本地)盘则可能要用量产工具
来做。LZ视情况选择一个即可。当然，2个都做更好，对比看得更清楚。

2、使用HP格式化工具，MS原版IO.SYS、COMMAND.COM，做最简单的DOS启动盘。

看启动后的盘符是A:>还是C:>。

redbee

工具：

hp格式化工具，论坛里的。

金士顿8G。

测试结果：

A:>

在以前的装机测试过程中，试过winpe的恢复盘，启动到dos下也是A:>。

[ 本帖最后由 redbee 于 2012-2-13 22:39 编辑 ]

wuwuzz

OK! 基本上可以下结论了。

情况是这样：

主板/PC厂商从AMI那里拿到BIOS源码后，可以根据自己产品的需要对模块选项进行调整，
重新编译，生成定制版BIOS。(如果不对选项进行调整，则编译时按默认选项值进行)。

AMI BIOS源码中对USB存储设备FD/HD的判定，一般(默认)情况下，是以扇区数界限
(530MB)为主，以MBR/PBR的合法性为辅，综合进行。

但是，如果激活了“检查移动介质位(RMB)”编译选项，则判定规则就发生了极大变化。
扇区数界限、MBR合法性均退居为次要因素，RMB的情况为最优先因素。

在这种情况下，只要是移动(介质)盘，无论扇区数(容量)是多大，均先行设为FD。
反之，如果是固定(介质)盘，则先行设为HD。很巧，LZ所用版本的AMI BIOS就是这样。
这就是秘密。

----------------------------------------------------------

附：BIOS中相关汇编源码片段摘录

...

USB0042 - USB storage devices classfication depend on RMB bit.
; Set "USB_STORAGE_DEVICE_RMB_CHECK" this token On to enable this
; function. RMB will be used to distinguish hardisk.

....

IF MKF_USB_STORAGE_DEVICE_RMB_CHECK
    test    BYTE  ...        ;Check RMB status
    jnz    deviceRemovable
    mov    wForceEmulationType, (USB_EMU_HDD_ONLY SHL 8) + USB_MASS_DEV_HDD
...

blithewind

原帖由 wuwuzz 于 2012-2-14 08:03 发表 OK! 基本上可以下结论了。情况是这样：主板/PC厂商从AMI那里拿到BIOS源码后，可以根据自己产品的需要对模块选项进行调整，重新编译，生成定制版BIOS。(如果不对选项进行调整，则编译时按默认选项值进 ...

碰到过这种bios,的确很不爽.好在g4d很强大,手动折腾下也能进PE.这个“RMB”太形象了,简直是“人民币”的代称.…

wuwuzz

呵呵，

这种BIOS也不能说不爽。最起码，不点在时空帖子中设想的3个优点，
在这种BIOS环境下，理论上可行。

RMB是USB命令集规范、USB启动规范中的定义，倒也不是AMI BIOS的发明。
----------------------------------------------------------------------------

附带说一下，无论是LZ的读卡器，还是chenall的卡碟机，做DISK启动盘
都是不太合适的(chenall的卡碟机做USB-DVD启动合适)。原因，ubootchk
已经指明了：它们的固件不符合USB启动规范要求，未能正常提供物理
(固件)CHS。这个东西对(引导软件要用的)BIOS INT13读结果影响很大。

[ 本帖最后由 wuwuzz 于 2012-2-15 08:05 编辑 ]

redbee

我也觉得平板电脑上的读卡器不是很好，应该是杂牌的读卡器。