USB BOOT兼容性检查工具ubootchk(原umsdinfo) V0.2新版发布
ubootchk(原名umsdinfo)是个检查UMSD USB BOOT兼容性的绿色软件。
它将象BIOS一样，尝试发送SCSI/UFI指令包，搜集UMSD固件反馈信息，
然后按照USB BOOT标准和BIOS INT13标准，对照检查，作计算分析，
产生兼容性分析报告，供使用者参考。
(注: UMSD，Usb Mass Storage Device，USB海量存储设备。量产/未量产的U盘、
外置USB移动硬盘、外置USB-FDD/CD/DVD/ZIP驱动器等都属于UMSD。部分手机、MP3、
MP4具备Usb Mass Storage属性，也视同UMSD)
更新记录:
2011-04-08 V0.2 更名为ubootchk
* 增加 生成分析报告功能，方便普通用户阅读理解；
* 增加 估算Phoenix BIOS、AMI BIOS下CHS调整修补值功能：
* 增加 可引导CD/DVD格式检查功能；
* 增加 1.44M小软格式检查功能
2011-03-22 V0.1 名为umsdinfo的初始版本
* 实现发包获取UMSD固件反馈信息功能
[ 本帖最后由 wuwuzz 于 2011-4-12 12:23 编辑 ]
回复 #1 wuwuzz 的帖子
不能不顶！！！！！！！！！！！！！ 谁的USB完全通过测试？？ 呵呵这个准确吗
兼容 好久没来无忧了，还是从数码之家看见你的帖子的呢。呵呵。。顶一下。 UMSD设备名: pd1
---------------------------------------------------------------
固件提供的最大LBA=4161536 ，块大小=512字节，以此计算出的
容量=2130MB。其中，1M=1000*1000
---------------------------------------------------------------
固件提供的CHS情况：磁头数=8,每道扇区数=32,柱面数=500,
每扇字节数=512,以此计算出的容量=65MB
其中，1M=1000*1000
---------------------------------------------------------------
对固件提供的CHS进行常规检查...
常规项目检查OK:扇区大小符合DISK要求，为512字节
常规项目检查OK:磁头数在传统BIOS INT13允许范围
常规项目检查OK:扇区数在传统BIOS INT13允许范围
常规项目检查OK:柱面数在传统BIOS INT13允许范围
常规检查发现: LBA和CHS分别计算出的UMSD容量偏差太大，超过100MB，
固件提供的CHS有问题?
发现问题: 固件提供了CHS，但CHS取值有逻辑问题。
boot时，需要BIOS调整修补CHS。
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
重要操作:ubootchk尝试估算BIOS可能的CHS调整修补值
估算依据EDD规范和Phoenix BIOS、AMI BIOS资料进行，结果既受固件
原始数据影响，又受BIOS算法版本影响，可能并不准确，仅供有兴趣者
参考。
----------------------------------------------------------------
估算: Phoenix BIOS下,CHS将调整修补为：C=500,H=8,S=32
估算: AMI BIOS下,CHS将调整修补为：C=517,H=128,S=63
这个怎么分析？是不是我的u盘有问题？ 原帖由 yesfei 于 2011-4-10 09:35 发表 http://bbs.wuyou.net/images/common/back.gif
谁的USB完全通过测试？？
我的 TOSHIBA TransMemory 4GB
***************************************************************
*遵从的标准: *
* USB Mass Storage Specification for Bootability *
* ANSI、PhoenixEDD *
* *
*注意: *
*1、检测出的错误信息，是提示UMSD不符合相关标准、会给后续的*
*USB BOOT造成麻烦，并不意味着一定会BOOT失败。因为BIOS会做 *
*妥协让步、主动去调整修补固件BUG。只有当错误的影响非常严重*
*、BIOS的努力无效时，USB BOOT才会失败。 *
* *
*2、本分析结果仅供USB爱好者交流、参考，不作为判定UMSD产品 *
*质量好坏和选购的标准。ubootchk是Free software，我们不对因*
*用户使用ubootchk可能造成的损失或失误承担责任。 *
* *
***************************************************************
UMSD设备名: PD7
---------------------------------------------------------------
固件提供的最大LBA=7634944 ，块大小=512字节，以此计算出的
容量=3909MB。其中，1M=1000*1000
---------------------------------------------------------------
固件提供的CHS情况：磁头数=255,每道扇区数=32,柱面数=935,
每扇字节数=512,以此计算出的容量=3906MB
其中，1M=1000*1000
---------------------------------------------------------------
对固件提供的CHS进行常规检查...
常规项目检查OK:扇区大小符合DISK要求，为512字节
常规项目检查OK:磁头数在传统BIOS INT13允许范围
常规项目检查OK:扇区数在传统BIOS INT13允许范围
常规项目检查OK:柱面数在传统BIOS INT13允许范围
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
重要操作:ubootchk尝试估算BIOS可能的CHS调整修补值
估算依据EDD规范和Phoenix BIOS、AMI BIOS资料进行，结果既受固件
原始数据影响，又受BIOS算法版本影响，可能并不准确，仅供有兴趣者
参考。
----------------------------------------------------------------
估算: Phoenix BIOS下,CHS将调整修补为：C=935,H=255,S=32
估算: AMI BIOS下,CHS将调整修补为：C=947,H=128,S=63
UMSD设备名: pd1
---------------------------------------------------------------
固件提供的最大LBA=7847936 ，块大小=512字节，以此计算出的
容量=4018MB。其中，1M=1000*1000
---------------------------------------------------------------
固件提供的CHS情况：磁头数=16,每道扇区数=32,柱面数=3936,
每扇字节数=512,以此计算出的容量=1031MB
其中，1M=1000*1000
---------------------------------------------------------------
对固件提供的CHS进行常规检查...
常规项目检查OK:扇区大小符合DISK要求，为512字节
常规项目检查OK:磁头数在传统BIOS INT13允许范围
常规项目检查OK:扇区数在传统BIOS INT13允许范围
发现问题: 柱面数大于1024，超出传统BIOS INT13允许范围
常规检查发现: LBA和CHS分别计算出的UMSD容量偏差太大，超过100MB，
固件提供的CHS有问题?
发现问题: 固件提供了CHS，但CHS取值有逻辑问题。
boot时，需要BIOS调整修补CHS。
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
重要操作:ubootchk尝试估算BIOS可能的CHS调整修补值
估算依据EDD规范和Phoenix BIOS、AMI BIOS资料进行，结果既受固件
原始数据影响，又受BIOS算法版本影响，可能并不准确，仅供有兴趣者
参考。
----------------------------------------------------------------
估算: Phoenix BIOS下,CHS将调整修补为：C=1024,H=16,S=32
估算: AMI BIOS下,CHS将调整修补为：C=974,H=128,S=63 原帖由 jiyuquan 于 2011-4-10 09:42 发表 http://bbs.wuyou.net/images/common/back.gif
呵呵
这个准确吗
兼容
U盘(或其他UMSD)固件原始信息是什么,ubootchk就如实反映什么。
这一点是有保证的，否则，还要ubootchk干什么。 原帖由 weilovetian 于 2011-4-10 10:38 发表 http://bbs.wuyou.net/images/common/back.gif
UMSD设备名: pd1
---------------------------------------------------------------
固件提供的最大LBA=4161536 ，块大小=512字节，以此计算出的
容量=2130MB。其中，1M=1000*1000 ...
是的。固件CHS不准。
凡是ubootchk提示有问题的，都是USB BOOT方面有瑕疵的
---以公开的USB BOOT相关标准来看。 原帖由 O.Y.M.2010 于 2011-4-11 01:10 发表 http://bbs.wuyou.net/images/common/back.gif
UMSD设备名: pd1
---------------------------------------------------------------
固件提供的最大LBA=7847936 ，块大小=512字节，以此计算出的
容量=4018MB。其中，1M=1000*1000 ...
固件CHS有问题，BIOS要做调整修补。
这个貌似是SK擎泰系列的主控盘。 感谢提供！下来试用。 我手上有十来个优盘，到时候我全部测试一下。 1、【PNY 4G】
设备名称: USB Mass Storage Device(Ut165 USB2FlashStorage USB Device)
设备类型: 标准USB设备 - USB2.0高速
芯片制造商: USBest(联盛)
芯片型号: UT165
产品制造商: Ut165
产品型号: USB2FlashStorage
***************************************************************
UMSD设备名: pd1
---------------------------------------------------------------
固件提供的最大LBA=6969344 ，块大小=512字节，以此计算出的
容量=3568MB。其中，1M=1000*1000
---------------------------------------------------------------
固件提供的CHS情况：磁头数=8,每道扇区数=32,柱面数=500,
每扇字节数=512,以此计算出的容量=65MB
其中，1M=1000*1000
---------------------------------------------------------------
对固件提供的CHS进行常规检查...
常规项目检查OK:扇区大小符合DISK要求，为512字节
常规项目检查OK:磁头数在传统BIOS INT13允许范围
常规项目检查OK:扇区数在传统BIOS INT13允许范围
常规项目检查OK:柱面数在传统BIOS INT13允许范围
常规检查发现: LBA和CHS分别计算出的UMSD容量偏差太大，超过100MB，
固件提供的CHS有问题?
发现问题: 固件提供了CHS，但CHS取值有逻辑问题。
boot时，需要BIOS调整修补CHS。
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
重要操作:ubootchk尝试估算BIOS可能的CHS调整修补值
估算依据EDD规范和Phoenix BIOS、AMI BIOS资料进行，结果既受固件
原始数据影响，又受BIOS算法版本影响，可能并不准确，仅供有兴趣者
参考。
----------------------------------------------------------------
估算: Phoenix BIOS下,CHS将调整修补为：C=500,H=8,S=32
估算: AMI BIOS下,CHS将调整修补为：C=865,H=128,S=63
***************************************************************
UMSD设备名: cdrom2
---------------------------------------------------------------
固件提供的最大LBA=231935 ，块大小=2048字节
常规项目检查OK: 介质盘片包含数据
常规项目检查OK: 介质块大小符合bootable CD/DVD规范要求
---------------------以下是非固件项目、附加检查----------------
可引导CD/DVD格式检查 ...
常规项目检查OK: 引导卷描述符已找到
常规项目检查OK: 验证入口头标志已找到
常规项目检查OK: 验证入口尾标志已找到
常规项目检查OK: 初始入口可引导标志已找到
常规项目检查OK: 引导介质类型为非仿真模式
[ 本帖最后由 Plantsoot 于 2011-4-12 15:13 编辑 ] 2、【朗科U2358G】
设备名称: USB Mass Storage Device(Netac OnlyDisk USB Device)
设备版本: PMAP
设备类型: 标准USB设备 - USB2.0高速
芯片制造商: phison(群联)
芯片型号: UP13~UP15
产品制造商: Netac
产品型号: OnlyDisk
UMSD设备名: pd1
---------------------------------------------------------------
固件提供的最大LBA=15654912 ，块大小=512字节，以此计算出的
容量=8015MB。其中，1M=1000*1000
---------------------------------------------------------------
固件提供的CHS情况：磁头数=255,每道扇区数=32,柱面数=1919,
每扇字节数=512,以此计算出的容量=8017MB
其中，1M=1000*1000
---------------------------------------------------------------
对固件提供的CHS进行常规检查...
常规项目检查OK:扇区大小符合DISK要求，为512字节
常规项目检查OK:磁头数在传统BIOS INT13允许范围
常规项目检查OK:扇区数在传统BIOS INT13允许范围
发现问题: 柱面数大于1024，超出传统BIOS INT13允许范围
发现问题: 固件提供了CHS，但CHS取值有逻辑问题。
boot时，需要BIOS调整修补CHS。
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
重要操作:ubootchk尝试估算BIOS可能的CHS调整修补值
估算依据EDD规范和Phoenix BIOS、AMI BIOS资料进行，结果既受固件
原始数据影响，又受BIOS算法版本影响，可能并不准确，仅供有兴趣者
参考。
----------------------------------------------------------------
估算: Phoenix BIOS下,CHS将调整修补为：C=1024,H=255,S=32
估算: AMI BIOS下,CHS将调整修补为：C=975,H=255,S=63 3、【朗科U2082G】
设备名称: USB Mass Storage Device(Netac OnlyDisk USB Device)
设备版本: 1.00
设备类型: 标准USB设备 - USB2.0高速
芯片制造商: Netac(朗科)
芯片型号: NT2039
产品制造商: Netac
产品型号: OnlyDisk
UMSD设备名: pd1
---------------------------------------------------------------
固件提供的最大LBA=3904768 ，块大小=512字节，以此计算出的
容量=1999MB。其中，1M=1000*1000
---------------------------------------------------------------
发现严重问题：不能很好地支持模式感知10指令，曾有执行失败情形出现。
boot时，需要完全依赖BIOS处理BUG。
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
重要操作:ubootchk尝试估算BIOS可能的CHS调整修补值
估算依据EDD规范和Phoenix BIOS、AMI BIOS资料进行，结果既受固件
原始数据影响，又受BIOS算法版本影响，可能并不准确，仅供有兴趣者
参考。
----------------------------------------------------------------
估算: Phoenix BIOS下,CHS将调整修补为：C=244,H=255,S=63
估算: AMI BIOS下,CHS将调整修补为：C=969,H=64,S=63 好工具，下载试试………… 4、【服务器送的（FDD+HDD两用）超级U盘 朗科代工 1.44M+1G】
【切换到优盘模式】
设备名称: USB Mass Storage Device(Netac OnlyDisk USB Device)
设备版本: 1.00
设备类型: 标准USB设备 - USB2.0高速
芯片制造商: Netac(朗科)
芯片型号: NT2033cms
产品制造商: Netac
产品型号: OnlyDisk
UMSD设备名: pd1
---------------------------------------------------------------
固件提供的最大LBA=1959808 ，块大小=512字节，以此计算出的
容量=1003MB。其中，1M=1000*1000
---------------------------------------------------------------
发现严重问题：不能很好地支持模式感知10指令，曾有执行失败情形出现。
boot时，需要完全依赖BIOS处理BUG。
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
重要操作:ubootchk尝试估算BIOS可能的CHS调整修补值
估算依据EDD规范和Phoenix BIOS、AMI BIOS资料进行，结果既受固件
原始数据影响，又受BIOS算法版本影响，可能并不准确，仅供有兴趣者
参考。
----------------------------------------------------------------
估算: Phoenix BIOS下,CHS将调整修补为：C=122,H=255,S=63
估算: AMI BIOS下,CHS将调整修补为：C=973,H=32,S=63
【切换到软盘模式】
设备名称: TEAC USB Floppy(Netac OnlyDisk USB Device)
设备版本: 4.09
设备类型: 标准USB设备 - USB2.0高速
芯片制造商: Trumpion
芯片型号: T3551
产品制造商: Netac
产品型号: OnlyDisk
UMSD设备名: a:
---------------------------------------------------------------
固件提供的最大LBA=2880 ，块大小=512字节
---------------------------------------------------------------
固件提供的CHS情况：磁头数=2,每道扇区数=18,柱面数=20480
---------------------------------------------------------------
对固件提供的CHS进行常规检查...
常规项目检查OK:扇区大小符合DISK要求，为512字节
常规项目检查OK:磁头数在传统BIOS INT13允许范围
常规项目检查OK:扇区数在传统BIOS INT13允许范围
发现问题: 柱面数大于1024，超出传统BIOS INT13允许范围
常规检查发现: LBA和CHS分别计算出的UMSD容量偏差太大，超过100MB，
固件提供的CHS有问题?
发现问题: 固件提供了CHS，但CHS取值有逻辑问题。
boot时，需要BIOS调整修补CHS。
进行1.44MB FDD格式检查...
1.44M FDD格式检查项目OK:磁头数合法
1.44M FDD格式检查项目OK:扇区数合法
发现问题: 柱面数不为80，不符合1.44MB格式要求
1.44M FDD格式检查项目OK:总扇区数合法
1.44M FDD格式检查项目OK:介质类型合法
[ 本帖最后由 Plantsoot 于 2011-4-12 15:21 编辑 ] 5、【金士顿2G】
设备名称: USB Mass Storage Device(ROC ROCUSB USB Device)(ROC ROCUSB USB Device)(ROC ROCUSB USB Device)
PNP设备ID: VID = 0951 PID = 1603
设备序列号: 899000000000000000000076
设备版本: 1.00/1.00/1.00
设备类型: 标准USB设备 - USB2.0高速
芯片制造商: skymedi(擎泰)
芯片型号: SK6211
产品制造商: ROC
产品型号: ROCUSB
【量产后的，改了信息，这个ROC就是本人】
UMSD设备名: pd1
---------------------------------------------------------------
固件提供的最大LBA=7024851 ，块大小=512字节，以此计算出的
容量=3596MB。其中，1M=1000*1000
---------------------------------------------------------------
发现一般性错误:固件返回信息，严格按照USB启动标准检查，没有发现
应有的特定标志头信息。尝试放宽条件再次查找。
---------------------------------------------------------------
发现较严重错误：模式感知10指令能执行成功，但未提供CHS参数值。
boot时，需要完全依赖BIOS调整修补CHS。
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
重要操作:ubootchk尝试估算BIOS可能的CHS调整修补值
估算依据EDD规范和Phoenix BIOS、AMI BIOS资料进行，结果既受固件
原始数据影响，又受BIOS算法版本影响，可能并不准确，仅供有兴趣者
参考。
----------------------------------------------------------------
估算: Phoenix BIOS下,CHS将调整修补为：C=438,H=255,S=63
估算: AMI BIOS下,CHS将调整修补为：C=872,H=128,S=63
UMSD设备名: pd2
---------------------------------------------------------------
固件提供的最大LBA=528753 ，块大小=512字节，以此计算出的
容量=270MB。其中，1M=1000*1000
---------------------------------------------------------------
发现一般性错误:固件返回信息，严格按照USB启动标准检查，没有发现
应有的特定标志头信息。尝试放宽条件再次查找。
---------------------------------------------------------------
发现较严重错误：模式感知10指令能执行成功，但未提供CHS参数值。
boot时，需要完全依赖BIOS调整修补CHS。
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
重要操作:ubootchk尝试估算BIOS可能的CHS调整修补值
估算依据EDD规范和Phoenix BIOS、AMI BIOS资料进行，结果既受固件
原始数据影响，又受BIOS算法版本影响，可能并不准确，仅供有兴趣者
参考。
----------------------------------------------------------------
估算: Phoenix BIOS下,CHS将调整修补为：C=33,H=255,S=63
估算: AMI BIOS下,CHS将调整修补为：C=263,H=32,S=63
UMSD设备名: cdrom3
---------------------------------------------------------------
固件提供的最大LBA=527803 ，块大小=2048字节
常规项目检查OK: 介质盘片包含数据
常规项目检查OK: 介质块大小符合bootable CD/DVD规范要求
---------------------以下是非固件项目、附加检查----------------
可引导CD/DVD格式检查 ...
常规项目检查OK: 引导卷描述符已找到
常规项目检查OK: 验证入口头标志已找到
常规项目检查OK: 验证入口尾标志已找到
常规项目检查OK: 初始入口可引导标志已找到
常规项目检查OK: 引导介质类型为非仿真模式 6、【山寨U盘，仿金士顿 4G】
设备名称: USB Mass Storage Device(CBM Flash Disk USB Device)(CBM Flash Disk USB Device)
PNP设备ID: VID = 1E3D PID = 2092
设备序列号: 232313000CF4D500
设备版本: 5.00/5.00
设备类型: 标准USB设备 - USB2.0高速
芯片制造商: Chipsbank(芯邦)
芯片型号: CBM2092
产品制造商: CBM
产品型号: Flash Disk
UMSD设备名: pd1
---------------------------------------------------------------
固件提供的最大LBA=7783136 ，块大小=512字节，以此计算出的
容量=3984MB。其中，1M=1000*1000
---------------------------------------------------------------
发现严重问题：不能很好地支持模式感知10指令，曾有执行失败情形出现。
boot时，需要完全依赖BIOS处理BUG。
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
重要操作:ubootchk尝试估算BIOS可能的CHS调整修补值
估算依据EDD规范和Phoenix BIOS、AMI BIOS资料进行，结果既受固件
原始数据影响，又受BIOS算法版本影响，可能并不准确，仅供有兴趣者
参考。
----------------------------------------------------------------
估算: Phoenix BIOS下,CHS将调整修补为：C=485,H=255,S=63
估算: AMI BIOS下,CHS将调整修补为：C=966,H=128,S=63 7、【山寨U盘 2G】
设备名称: USB Mass Storage Device(CHIPSBNK v3.3.8.8 USB Device)
PNP设备ID: VID = 1E3D PID = 2093
设备序列号: 05113400C4044C02
设备版本: 5.00
设备类型: 标准USB设备 - USB2.0高速
芯片制造商: Chipsbank(芯邦)
芯片型号: CBM2093
产品制造商: CHIPSBNK
产品型号: v3.3.8.8
UMSD设备名: pd1
---------------------------------------------------------------
固件提供的最大LBA=4057088 ，块大小=512字节，以此计算出的
容量=2077MB。其中，1M=1000*1000
---------------------------------------------------------------
发现严重问题：不能很好地支持模式感知10指令，曾有执行失败情形出现。
boot时，需要完全依赖BIOS处理BUG。
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
重要操作:ubootchk尝试估算BIOS可能的CHS调整修补值
估算依据EDD规范和Phoenix BIOS、AMI BIOS资料进行，结果既受固件
原始数据影响，又受BIOS算法版本影响，可能并不准确，仅供有兴趣者
参考。
----------------------------------------------------------------
估算: Phoenix BIOS下,CHS将调整修补为：C=253,H=255,S=63
估算: AMI BIOS下,CHS将调整修补为：C=1007,H=64,S=63 8、【服务器送的USB软盘 1.44M】
不在手上，待补测试…… 建议把文件释放到%temp%
我一打开多出一堆文件。。看者真不舒服。 我的宇瞻8G，不过完全看不懂-_-!!
------------------------------------ pd1: I------------------------------------
SCSI Status: Good
Sense Information:
sense buffer empty
Received 36 bytes of data:
------------------------------------ pd1: Rcap---------------------------------
SCSI Status: Good
Sense Information:
sense buffer empty
Received 8 bytes of data:
------------------------------------ pd1: M10----------------------------------
SCSI Status: Good
Sense Information:
sense buffer empty
Received 40 bytes of data:
------------------------------------ pd1: I------------------------------------
00 00 80 00 01 1f 00 00 0020 20 20 20 20 20 20 20 ........
10 55 53 42 20 46 4c 41 5348 20 44 52 49 56 45 20 USB FLASH DRIVE
20 50 4d 41 50 PMAP
------------------------------------ pd1: Rcap---------------------------------
00 00 ee ff ff 00 00 02 00 ........
------------------------------------ pd1: M10----------------------------------
00 00 26 00 00 00 00 00 0005 1e f0 00 10 20 02 00 .&........... ..
10 77 80 00 00 00 00 00 0000 00 00 00 00 00 00 00 w...............
20 00 00 00 00 00 00 00 00 ........
***************************************************************
* 遵从的标准: *
* USB Mass Storage Specification for Bootability *
* ANSI、Phoenix EDD *
* *
* 注意: *
* 1、检测出的错误信息，是提示UMSD不符合相关标准、会给后续的 *
* USB BOOT造成麻烦，并不意味着一定会BOOT失败。因为BIOS会做 *
* 妥协让步、主动去调整修补固件BUG。只有当错误的影响非常严重 *
* 、BIOS的努力无效时，USB BOOT才会失败。 *
* *
* 2、本分析结果仅供USB爱好者交流、参考，不作为判定UMSD产品 *
* 质量好坏和选购的标准。ubootchk是Free software，我们不对因 *
* 用户使用ubootchk可能造成的损失或失误承担责任。 *
* *
***************************************************************
UMSD设备名: pd1
---------------------------------------------------------------
固件提供的最大LBA=15663104 ，块大小=512字节，以此计算出的
容量=8019MB。其中，1M=1000*1000
---------------------------------------------------------------
固件提供的CHS情况：磁头数=16,每道扇区数=32,柱面数=30592,
每扇字节数=512,以此计算出的容量=8019MB
其中，1M=1000*1000
---------------------------------------------------------------
对固件提供的CHS进行常规检查...
常规项目检查OK: 扇区大小符合DISK要求，为512字节
常规项目检查OK: 磁头数在传统BIOS INT13允许范围
常规项目检查OK: 扇区数在传统BIOS INT13允许范围
发现问题: 柱面数大于1024，超出传统BIOS INT13允许范围
发现问题: 固件提供了CHS，但CHS取值有逻辑问题。
boot时，需要BIOS调整修补CHS。
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
重要操作:ubootchk尝试估算BIOS可能的CHS调整修补值
估算依据EDD规范和Phoenix BIOS、AMI BIOS资料进行，结果既受固件
原始数据影响，又受BIOS算法版本影响，可能并不准确，仅供有兴趣者
参考。
----------------------------------------------------------------
估算: Phoenix BIOS下,CHS将调整修补为：C=1024,H=16,S=32
估算: AMI BIOS下,CHS将调整修补为：C=975,H=255,S=63
[ 本帖最后由 yjd 于 2011-4-12 15:53 编辑 ] 这个好用吗?以后能像MHDD一样检测硬盘了,呵呵 下载测试：
SanDisk U3 Cruzer Micro8.028G U盘
UMSD设备名: pd1
---------------------------------------------------------------
固件提供的最大LBA=15753215 ，块大小=512字节，以此计算出的
容量=8065MB。其中，1M=1000*1000
---------------------------------------------------------------
固件提供的CHS情况：磁头数=8,每道扇区数=32,柱面数=61536,
每扇字节数=512,以此计算出的容量=8065MB
其中，1M=1000*1000
---------------------------------------------------------------
对固件提供的CHS进行常规检查...
常规项目检查OK:扇区大小符合DISK要求，为512字节
常规项目检查OK:磁头数在传统BIOS INT13允许范围
常规项目检查OK:扇区数在传统BIOS INT13允许范围
发现问题: 柱面数大于1024，超出传统BIOS INT13允许范围
发现问题: 固件提供了CHS，但CHS取值有逻辑问题。
boot时，需要BIOS调整修补CHS。
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
重要操作:ubootchk尝试估算BIOS可能的CHS调整修补值
估算依据EDD规范和Phoenix BIOS、AMI BIOS资料进行，结果既受固件
原始数据影响，又受BIOS算法版本影响，可能并不准确，仅供有兴趣者
参考。
----------------------------------------------------------------
估算: Phoenix BIOS下,CHS将调整修补为：C=1024,H=8,S=32
估算: AMI BIOS下,CHS将调整修补为：C=981,H=255,S=63 朗科U220 1G U盘
UMSD设备名: pd1
---------------------------------------------------------------
固件提供的最大LBA=1981440 ，块大小=512字节，以此计算出的
容量=1014MB。其中，1M=1000*1000
---------------------------------------------------------------
固件提供的CHS情况：磁头数=16,每道扇区数=63,柱面数=1968,
每扇字节数=512,以此计算出的容量=1015MB
其中，1M=1000*1000
---------------------------------------------------------------
对固件提供的CHS进行常规检查...
常规项目检查OK:扇区大小符合DISK要求，为512字节
常规项目检查OK:磁头数在传统BIOS INT13允许范围
常规项目检查OK:扇区数在传统BIOS INT13允许范围
发现问题: 柱面数大于1024，超出传统BIOS INT13允许范围
发现问题: 固件提供了CHS，但CHS取值有逻辑问题。
boot时，需要BIOS调整修补CHS。
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
重要操作:ubootchk尝试估算BIOS可能的CHS调整修补值
估算依据EDD规范和Phoenix BIOS、AMI BIOS资料进行，结果既受固件
原始数据影响，又受BIOS算法版本影响，可能并不准确，仅供有兴趣者
参考。
----------------------------------------------------------------
估算: Phoenix BIOS下,CHS将调整修补为：C=1024,H=16,S=63
估算: AMI BIOS下,CHS将调整修补为：C=983,H=32,S=63 已经做了量产或者是fbinst的，或者是其他写入方法制作的启动盘，再测试有影响吗？ 原帖由 zxcxhzhangxi 于 2011-4-12 22:39 发表 http://bbs.wuyou.net/images/common/back.gif
已经做了量产或者是fbinst的，或者是其他写入方法制作的启动盘，再测试有影响吗？
1、fbinst或其他引导盘制作工具，不影响，它们工作在高层的介质格式层面；
2、量产会修改固件参数，但正好可以被ubootchk用来检查量产后
的USB boot兼容性。
例如: 一个4G盘量产为1G+3G双驱盘，如果固件比较完善，量产时，应该
“分别生成”1G盘的LBA和CHS值、3G盘的LBA和CHS值。
而实践中，主控固件不完善的情况太多，很有可能它不分别生成1G盘和3G盘
的LBA和CHS值，而仍然只提供原4G盘的CHS值。这样的结果，无论你是
用1G盘启动还是用3G盘启动,实际使用的都是4G盘的CHS值,当然也是
非法的参数值。
[ 本帖最后由 wuwuzz 于 2011-4-13 06:18 编辑 ]
16G
****************************************************************遵从的标准: *
* USB Mass Storage Specification for Bootability *
* ANSI、PhoenixEDD *
* *
*注意: *
*1、检测出的错误信息，是提示UMSD不符合相关标准、会给后续的*
*USB BOOT造成麻烦，并不意味着一定会BOOT失败。因为BIOS会做 *
*妥协让步、主动去调整修补固件BUG。只有当错误的影响非常严重*
*、BIOS的努力无效时，USB BOOT才会失败。 *
* *
*2、本分析结果仅供USB爱好者交流、参考，不作为判定UMSD产品 *
*质量好坏和选购的标准。ubootchk是Free software，我们不对因*
*用户使用ubootchk可能造成的损失或失误承担责任。 *
* *
***************************************************************
UMSD设备名: pd3
---------------------------------------------------------------
固件提供的最大LBA=31326208 ，块大小=512字节，以此计算出的
容量=16039MB。其中，1M=1000*1000
pd3容量大于8.4G,超出传统BIOS INT13 CHS支持范围,
不推荐用在boot用途。尽管理论上用扩展BIOS INT13 LBA能支持
8.4G以上容量，但现实中LBA支持牵扯多方,并未得到全面、彻底
实现。所以，还不能完全指望。
页:
[1]
2