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

wuwuzz

看了不点在时空的帖子，追踪到这里来看原帖。LZ这个例子还有更多的研究价值。
-----------------------------------------------------------------------------------
所不同的是，我关心的不是BPB，而是对AMI BIOS的表现感到困惑。
一般情况下，有“8G容量、仿真类型AUTO、看似正常的分区表”这几个条件，AMI BIOS
不该识别成FD。还有秘密未被解开。
-----------------------------------------------------------------------------------

需要LZ进一步提供资料：

1、确认BIOS SETUP中的选项确实不是floppy或Force floppy
2、用ubootchk对“总扇区数”重新检查。

ubootchk的winXP版，因捆绑了linux小工具，杀毒软件可能误报，应忽略该误报
http://bbs.wuyou.net/forum.php?mod=viewthread&tid=191265；

如果不放心，可换用ubootchk的tinycore Linux版检查
http://bbs.wuyou.net/forum.php?mod=viewthread&tid=204820

g4d的geometry数据“c/h/s=1024/255/63, sector count/size=16450560/512”，我表示怀疑。
因为标称8G的卡，按1024计，一般应在7G多，而geometry提供的数据太足量了，不太可能。

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提供资料、配合测试。

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:>。

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
...

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 编辑 ]