无忧启动论坛

标题: USB BOOT兼容性检查工具ubootchk(原umsdinfo) V0.2新版发布 [打印本页]

---

作者: wuwuzz    时间: 2011-4-10 07:10
标题: 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固件反馈信息功能

readme.rar (7.91 KB, 下载次数: 519)

2011-4-10 07:10 上传

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

ubootchk.part1.rar (292.97 KB, 下载次数: 1060)

2011-4-10 07:13 上传

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

ubootchk.part2.rar (227.9 KB, 下载次数: 947)

2011-4-10 07:13 上传

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

[ 本帖最后由 wuwuzz 于 2011-4-12 12:23 编辑 ]

---

作者: gongjc    时间: 2011-4-10 08:44
标题: 回复 #1 wuwuzz 的帖子
不能不顶！！！！！！！！！！！！！

---

作者: yesfei    时间: 2011-4-10 09:35
提示: 作者被禁止或删除 内容自动屏蔽

---

作者: jiyuquan    时间: 2011-4-10 09:42
呵呵
这个准确吗
兼容

---

作者: weilovetian    时间: 2011-4-10 10:23
好久没来无忧了，还是从数码之家看见你的帖子的呢。呵呵。。顶一下。

---

作者: weilovetian    时间: 2011-4-10 10:38
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盘有问题？

---

作者: roytam1    时间: 2011-4-10 10:58

原帖由 yesfei 于 2011-4-10 09:35 发表
谁的USB完全通过测试？？

我的 TOSHIBA TransMemory 4GB

***************************************************************  
*  遵从的标准:                                                *  
*          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设备名: 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

---

作者: O.Y.M.2010    时间: 2011-4-11 01:10
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

---

作者: wuwuzz    时间: 2011-4-12 12:17

原帖由 jiyuquan 于 2011-4-10 09:42 发表
呵呵
这个准确吗
兼容

U盘(或其他UMSD)固件原始信息是什么,ubootchk就如实反映什么。
这一点是有保证的，否则，还要ubootchk干什么。

---

作者: wuwuzz    时间: 2011-4-12 12:18

原帖由 weilovetian 于 2011-4-10 10:38 发表
UMSD设备名: pd1   
---------------------------------------------------------------  
固件提供的最大LBA=4161536 ，块大小=512字节，以此计算出的
容量=2130MB。其中，1M=1000*1000                   ...

是的。固件CHS不准。

凡是ubootchk提示有问题的，都是USB BOOT方面有瑕疵的
---以公开的USB BOOT相关标准来看。

---

作者: wuwuzz    时间: 2011-4-12 12:20

原帖由 O.Y.M.2010 于 2011-4-11 01:10 发表
UMSD设备名: pd1   
---------------------------------------------------------------  
固件提供的最大LBA=7847936 ，块大小=512字节，以此计算出的
容量=4018MB。其中，1M=1000*1000                   ...

固件CHS有问题，BIOS要做调整修补。

这个貌似是SK擎泰系列的主控盘。

---

作者: pc007    时间: 2011-4-12 13:15
感谢提供！下来试用。

---

作者: Plantsoot    时间: 2011-4-12 13:23
我手上有十来个优盘，到时候我全部测试一下。

---

作者: Plantsoot    时间: 2011-4-12 15:12
1、【PNY 4G】

设备名称: [J:][I:]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 编辑 ]

---

作者: Plantsoot    时间: 2011-4-12 15:15
2、【朗科U235  8G】

设备名称: [G:]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

---

作者: Plantsoot    时间: 2011-4-12 15:17
3、【朗科U208  2G】

设备名称: [G:]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

---

作者: qwe027    时间: 2011-4-12 15:18
好工具，下载试试…………

---

作者: Plantsoot    时间: 2011-4-12 15:19
4、【服务器送的（FDD+HDD两用）超级U盘 朗科代工 1.44M+1G】

【切换到优盘模式】

设备名称: [G:]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

【切换到软盘模式】

设备名称: [A:]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 编辑 ]

---

作者: Plantsoot    时间: 2011-4-12 15:24
5、【金士顿2G】

设备名称: [J:]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: 引导介质类型为非仿真模式

---

作者: Plantsoot    时间: 2011-4-12 15:25
6、【山寨U盘，仿金士顿 4G】

设备名称: [I:][G:]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

---

作者: Plantsoot    时间: 2011-4-12 15:27
7、【山寨U盘 2G】

设备名称: [G:]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

---

作者: Plantsoot    时间: 2011-4-12 15:27
8、【服务器送的USB软盘 1.44M】

不在手上，待补测试……

---

作者: yjd    时间: 2011-4-12 15:29
建议把文件释放到%temp%
我一打开多出一堆文件。。看者真不舒服。

---

作者: yjd    时间: 2011-4-12 15:51
我的宇瞻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 00  20 20 20 20 20 20 20 20    ........        
10     55 53 42 20 46 4c 41 53  48 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 00  05 1e f0 00 10 20 02 00    .&........... ..
10     77 80 00 00 00 00 00 00  00 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 编辑 ]

---

作者: ylptt1    时间: 2011-4-12 20:22
这个好用吗?以后能像MHDD一样检测硬盘了,呵呵

---

作者: 2011HNLGY    时间: 2011-4-12 20:34
下载测试：

SanDisk U3 Cruzer Micro  8.02  8G 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

---

作者: 2011HNLGY    时间: 2011-4-12 20:37
朗科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

---

作者: zxcxhzhangxi    时间: 2011-4-12 22:39
已经做了量产或者是fbinst的，或者是其他写入方法制作的启动盘，再测试有影响吗？

---

作者: wuwuzz    时间: 2011-4-13 06:16

原帖由 zxcxhzhangxi 于 2011-4-12 22:39 发表
已经做了量产或者是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 编辑 ]

---

作者: sgt55    时间: 2011-4-13 23:27
标题: 16G
***************************************************************  
*  遵从的标准:                                                *  
*          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设备名: pd3   
---------------------------------------------------------------  
固件提供的最大LBA=31326208 ，块大小=512字节，以此计算出的
容量=16039MB。其中，1M=1000*1000                           

pd3容量大于8.4G,超出传统BIOS INT13 CHS支持范围,
不推荐用在boot用途。尽管理论上用扩展BIOS INT13 LBA能支持
8.4G以上容量，但现实中LBA支持牵扯多方,并未得到全面、彻底
实现。所以，还不能完全指望。

---

作者: liaoliang    时间: 2011-4-14 02:19
UMSD设备名: pd2   
---------------------------------------------------------------  
固件提供的最大LBA=32729088 ，块大小=512字节，以此计算出的
容量=16757MB。其中，1M=1000*1000                           

pd2容量大于8.4G,超出传统BIOS INT13 CHS支持范围,
不推荐用在boot用途。尽管理论上用扩展BIOS INT13 LBA能支持
8.4G以上容量，但现实中LBA支持牵扯多方,并未得到全面、彻底
实现。所以，还不能完全指望。

---

作者: aohch    时间: 2011-4-19 05:45
谢谢提供，支持楼主！

---

作者: 求田问舍下    时间: 2011-4-19 12:14
我看看我的金士顿4gu盘如何。还有个sandisk的2g

---

作者: weilovetian    时间: 2011-4-21 10:29

原帖由 wuwuzz 于 2011-4-12 12:18 发表


是的。固件CHS不准。

凡是ubootchk提示有问题的，都是USB BOOT方面有瑕疵的
---以公开的USB BOOT相关标准来看。

谢谢楼主，虽然不怎么明白吧~~但是至少这工具能看出我U盘做的boot不好，哈哈。。

---

作者: weilovetian    时间: 2011-4-21 10:30
我还想问的是固件有问题是量产工具的问题还是硬件本身的问题？Thankyou。。

---

作者: wuwuzz    时间: 2011-4-21 20:17

原帖由 weilovetian 于 2011-4-21 10:30 发表
我还想问的是固件有问题是量产工具的问题还是硬件本身的问题？Thankyou。。

固件问题就是固件问题，跟量产工具/硬件本身有问题 是两码事。

BIOS也是固件，把量产工具想象成刷BIOS的软件、硬件想象成主板。

BIOS本身有BUG，就不能把它归结成 刷BIOS的软件、主板硬件有问题。

---

作者: 快雪时晴    时间: 2011-4-21 21:15
标题: 回复 #1 wuwuzz 的帖子
终于有人做出来了，强。

---

作者: 快雪时晴    时间: 2011-4-21 21:23
标题: 贴几个测试数据
1G 在intel845老主板U启正常 新机更可以


UMSD设备名: pd2   
---------------------------------------------------------------  
固件提供的最大LBA=1998848 ，块大小=512字节，以此计算出的
容量=1023MB。其中，1M=1000*1000                           
---------------------------------------------------------------  

发现一般性错误:固件返回信息，严格按照USB启动标准检查，没有发现
应有的特定标志头信息。尝试放宽条件再次查找。


---------------------------------------------------------------  
发现较严重错误：模式感知10指令能执行成功，但未提供CHS参数值。
                boot时，需要完全依赖BIOS调整修补CHS。         

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!  
        重要操作:ubootchk尝试估算BIOS可能的CHS调整修补值   

估算依据EDD规范和Phoenix BIOS、AMI BIOS资料进行，结果既受固件     
原始数据影响，又受BIOS算法版本影响，可能并不准确，仅供有兴趣者     
参考。     
   
----------------------------------------------------------------  
估算: Phoenix BIOS下,CHS将调整修补为：C=125,H=255,S=63
估算: AMI BIOS下,CHS将调整修补为：C=992,H=32,S=63

---

作者: 快雪时晴    时间: 2011-4-21 21:29
标题: 4G
UMSD设备名: pd2   
---------------------------------------------------------------  
固件提供的最大LBA=7827456 ，块大小=512字节，以此计算出的
容量=4007MB。其中，1M=1000*1000                           

---------------------------------------------------------------  
固件提供的CHS情况：磁头数=16,每道扇区数=32,柱面数=15288,  
                   每扇字节数=512,以此计算出的容量=4007MB
                   其中，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=971,H=128,S=63

[ 本帖最后由 快雪时晴 于 2011-4-21 21:30 编辑 ]

---

作者: cmh7941    时间: 2011-12-7 20:40
MSD设备名: pd1   
---------------------------------------------------------------  
固件提供的最大LBA=390719855 ，块大小=512字节，以此计算出的
容量=200048MB。其中，1M=1000*1000                           

pd1容量大于8.4G,超出传统BIOS INT13 CHS支持范围,
不推荐用在boot用途。尽管理论上用扩展BIOS INT13 LBA能支持
8.4G以上容量，但现实中LBA支持牵扯多方,并未得到全面、彻底
实现。所以，还不能完全指望。

选择了强行后续检查...

---------------------------------------------------------------  
发现严重问题：不能很好地支持模式感知10指令，曾有执行失败情形出现。
              boot时，需要完全依赖BIOS处理BUG。

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!  
        重要操作:ubootchk尝试估算BIOS可能的CHS调整修补值   

估算依据EDD规范和Phoenix BIOS、AMI BIOS资料进行，结果既受固件     
原始数据影响，又受BIOS算法版本影响，可能并不准确，仅供有兴趣者     
参考。     
   
----------------------------------------------------------------  
估算: Phoenix BIOS下,CHS将调整修补为：C=1024,H=255,S=63
估算: AMI BIOS下,CHS将调整修补为：C=1024,H=255,S=63

---

作者: myhtg    时间: 2011-12-8 11:09
这样的工具也有，赶紧收藏一下，谢谢分享~~~~~~~~~~~~~~~

---

作者: hotdll    时间: 2011-12-8 12:06
我发现就没有一个U盘通过的。。。。。。

---

作者: 无垠    时间: 2013-3-30 20:26
我的 慧荣 3257enaa 8g MLC:

***************************************************************  
*  遵从的标准:                                                *  
*          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=14619648 ，块大小=512字节，以此计算出的
容量=7485MB。其中，1M=1000*1000                           

---------------------------------------------------------------  
固件提供的CHS情况：磁头数=16,每道扇区数=63,柱面数=15744,  
                   每扇字节数=512,以此计算出的容量=8125MB
                   其中，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=63
估算: AMI BIOS下,CHS将调整修补为：C=911,H=255,S=63

---

作者: 无垠    时间: 2013-3-30 20:30
量产的cd-rom:

***************************************************************  
*  遵从的标准:                                                *  
*          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设备名: CDROM0   
---------------------------------------------------------------  

固件提供的最大LBA=299775 ，块大小=2048字节
常规项目检查OK: 介质盘片包含数据
常规项目检查OK: 介质块大小符合bootable CD/DVD规范要求

---------------------以下是非固件项目、附加检查----------------  

可引导CD/DVD格式检查 ...

常规项目检查OK: 引导卷描述符已找到
常规项目检查OK: 验证入口头标志已找到
常规项目检查OK: 验证入口尾标志已找到
常规项目检查OK: 初始入口可引导标志已找到
常规项目检查OK: 引导介质类型为非仿真模式

---

作者: 无垠    时间: 2013-3-30 20:33
银灿 916 16g SLC:

***************************************************************  
*  遵从的标准:                                                *  
*          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=31006720 ，块大小=512字节，以此计算出的
容量=15875MB。其中，1M=1000*1000                           

pd1容量大于8.4G,超出传统BIOS INT13 CHS支持范围,
不推荐用在boot用途。尽管理论上用扩展BIOS INT13 LBA能支持
8.4G以上容量，但现实中LBA支持牵扯多方,并未得到全面、彻底
实现。所以，还不能完全指望。

---

作者: 无垠    时间: 2013-3-30 20:34
量产的cd-rom:

***************************************************************  
*  遵从的标准:                                                *  
*          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设备名: CDROM0   
---------------------------------------------------------------  

固件提供的最大LBA=393215 ，块大小=2048字节
常规项目检查OK: 介质盘片包含数据
常规项目检查OK: 介质块大小符合bootable CD/DVD规范要求

---------------------以下是非固件项目、附加检查----------------  

可引导CD/DVD格式检查 ...

常规项目检查OK: 引导卷描述符已找到
常规项目检查OK: 验证入口头标志已找到
常规项目检查OK: 验证入口尾标志已找到
常规项目检查OK: 初始入口可引导标志已找到
常规项目检查OK: 引导介质类型为非仿真模式

---

作者: 无垠    时间: 2013-3-30 20:37
两个不同容量的U盘，量产的ISO是同一个，软件判断一样，是否说明我这两个U盘以USB-CDROM的启动兼容性一样？

---

作者: 无垠    时间: 2013-3-30 20:44
闪迪 ssk DM8261 4G TLC:


***************************************************************  
*  遵从的标准:                                                *  
*          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=7831552 ，块大小=512字节，以此计算出的
容量=4009MB。其中，1M=1000*1000                           

---------------------------------------------------------------  
发现严重问题：不能很好地支持模式感知10指令，曾有执行失败情形出现。
              boot时，需要完全依赖BIOS处理BUG。

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!  
        重要操作:ubootchk尝试估算BIOS可能的CHS调整修补值   

估算依据EDD规范和Phoenix BIOS、AMI BIOS资料进行，结果既受固件     
原始数据影响，又受BIOS算法版本影响，可能并不准确，仅供有兴趣者     
参考。     
   
----------------------------------------------------------------  
估算: Phoenix BIOS下,CHS将调整修补为：C=488,H=255,S=63
估算: AMI BIOS下,CHS将调整修补为：C=972,H=128,S=63

---

作者: wuwuzz    时间: 2013-3-31 06:54

原帖由 无垠 于 2013-3-30 20:37 发表
两个不同容量的U盘，量产的ISO是同一个，软件判断一样，是否说明我这两个U盘以USB-CDROM的启动兼容性一样？

还不能下这样的结论。它只是表明在ubootchk V0.2下，这2个检查项目结果一致。

ubootchk V0.2 for WinXP是过时的老版本。发布时，限于当时的技术水平，USB-CD
有些检查项目没能实现。

ubootchk的编制工作一直在继续，通过V0.3-V0.4系列多个内测Win平台版本，
和V0.1 for Tinycore Linux版本的验证，以前遗留的技术难题都被攻克。

计划将来推出V0.5 for WinXP & Win7 X64。解决:量产多驱盘前后位置的检查；
U启规范中Read TOC读光盘目录表的检查。在V0.5下，我想，U盘方面的检查应该
是比较全面了。你那2个U盘，如果是不同主控(固件)，将应该能看出一些差异。

---

作者: wuwuzz    时间: 2013-3-31 07:08

原帖由 hotdll 于 2011-12-8 12:06 发表
我发现就没有一个U盘通过的。。。。。。

出现这种结果不奇怪。

U盘主控固件开发商压根就没把U启需求放在心上，他们关注的是存储功能的实现、F的支持。

想找适合做U启的盘，得自己学习更多知识，把握关键点(标准)。

---

作者: wuwuzz    时间: 2013-3-31 07:15

原帖由 无垠 于 2013-3-30 20:44 发表
闪迪 ssk DM8261 4G TLC:

发现严重问题：不能很好地支持模式感知10指令，曾有执行失败情形出现。
              boot时，需要完全依赖BIOS处理BUG。

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!  
        重要操作:ubootchk尝试估算BIOS可能的CHS调整修补值  

固件缺陷很大的U盘，U启规范中要求的命令不支持。

1、能不能启动成功，要看BIOS的容错修补努力。如果BIOS使用LBA来处理这个U盘的寻址，则不成问题；
2、不同BIOS对CHS处理算法不同，这个U盘由于没提供基础CHS值，所以，在不同BIOS下，逻辑CHS结果
(可用G4D查看)很可能会不同。

---

作者: 无垠    时间: 2013-4-1 15:25


固件提供的最大LBA=7641079 ，块大小=512字节，以此计算出的
容量=3912MB。其中，1M=1000*1000                           

---------------------------------------------------------------  
固件提供的CHS情况：磁头数=255,每道扇区数=32,柱面数=936,  
                   每扇字节数=512,以此计算出的容量=3910MB
                   其中，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=936,H=255,S=32
估算: AMI BIOS下,CHS将调整修补为：C=948,H=128,S=63

---

作者: 无垠    时间: 2013-4-1 15:27


***************************************************************  
*  遵从的标准:                                                *  
*          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=14942208 ，块大小=512字节，以此计算出的
容量=7650MB。其中，1M=1000*1000                           

---------------------------------------------------------------  
固件提供的CHS情况：磁头数=255,每道扇区数=32,柱面数=1831,  
                   每扇字节数=512,以此计算出的容量=7649MB
                   其中，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=931,H=255,S=63

---

作者: 无垠    时间: 2013-4-1 15:32

***************************************************************  
*  遵从的标准:                                                *  
*          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=15974400 ，块大小=512字节，以此计算出的
容量=8178MB。其中，1M=1000*1000                           

---------------------------------------------------------------  
发现严重问题：不能很好地支持模式感知10指令，曾有执行失败情形出现。
              boot时，需要完全依赖BIOS处理BUG。

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!  
        重要操作:ubootchk尝试估算BIOS可能的CHS调整修补值   

估算依据EDD规范和Phoenix BIOS、AMI BIOS资料进行，结果既受固件     
原始数据影响，又受BIOS算法版本影响，可能并不准确，仅供有兴趣者     
参考。     
   
----------------------------------------------------------------  
估算: Phoenix BIOS下,CHS将调整修补为：C=995,H=255,S=63
估算: AMI BIOS下,CHS将调整修补为：C=995,H=255,S=63

---

作者: 无垠    时间: 2013-4-1 15:33
看起来新邦的启动性真的不行。

---

作者: sglhz    时间: 2013-4-2 08:39
自己DIY的U盘，SM3252QBB+K9NCG08U5M SLC 双贴16G。什么错误都没有么，是不是我测试得有问题啊！
另外问下这个软件和我放在具体哪个电脑上（不同主板）测试有没有直接关系？


***************************************************************  
*  遵从的标准:                                                *  
*          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= ，块大小=512字节，以此计算出的
容量=MB。其中，1M=1000*1000

---

作者: wuwuzz    时间: 2013-4-2 13:34
回复56楼：
测试有问题。ubootchk  v0.2 for winxp执行结果明显异常，测试没进行完就中断了。应是win系统本身方面的原因。
1、你要保证win  xp usb相关驱动完整正常。
2、关闭杀毒软件，防止冲突。
3、重新启动后再试。
==
如果不行，你可换一台能够正常运行ubootchk的机器测试u盘。

ubootchk检查的是u盘固件参数值的情况，你用哪台机器测试，不影响u盘固件参数值。u盘一旦量产结束，固件参数值就不变了，直到下次重新量产。

---

作者: wuwuzz    时间: 2013-4-2 13:40
我在49楼已经说了，ubootchk v0.2是过时的老版本。建议大家耐心等待v0.5新版，检测更完善些。

---

作者: sun5025    时间: 2018-5-3 21:25
没有更新吗？

---

欢迎光临 无忧启动论坛 (http://bbs.c3.wuyou.net/)

Powered by Discuz! X3.3