现在慧荣USB2主控固件给的CHS值默认是1023/255/63吧。
本帖最后由 求道者 于 2023-1-10 11:02 编辑***************************************************************
*遵从的标准: *
* 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设备名: PD1
---------------------------------------------------------------
固件提供的最大LBA=4194304 ，块大小=512字节，以此计算出的
容量=2147MB。其中，1M=1000*1000
---------------------------------------------------------------
固件提供的CHS情况：磁头数=255,每道扇区数=63,柱面数=1023,
每扇字节数=512,以此计算出的容量=8414MB
其中，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=1023,H=255,S=63
估算: AMI BIOS下,CHS将调整修补为：C=521,H=128,S=63
2G的LUN0也给个1023/255/63,没能绷住。 我昨天也是慧荣的3271AD U盘无法格式化重新量产才好 本帖最后由 wuwuzz 于 2023-1-10 10:43 编辑
这是按CHS模式最优值8G容量给的
最优参数。因此，把该LUN划8000M
容量适配直接用即可，最好不要
再去手动改。
另外，如果不是很老版本的BIOS
环境，而是新版BIOS环境，大容量
U盘可以暂时不考虑这么细。 wuwuzz 发表于 2023-1-10 10:29
这是按CHS模式最优值8G容量给的
最优参数。因此，把该LUN划8000M
容量适配直接用即可，最好不要
我确实不太想给LUN0划8G，实在是没有8G的东西可装。
量产调容量没用吧。
手动调是CID还是HEX编辑固件？ 本帖最后由 求道者 于 2023-1-10 10:56 编辑
wuwuzz 发表于 2023-1-10 10:29
这是按CHS模式最优值8G容量给的
最优参数。因此，把该LUN划8000M
容量适配直接用即可，最好不要
然后ubootchk最好是和cxterm解耦，一个是没有那么多的依赖更好移植，然后cxterm这玩意基本上也停止支持了，X11的替代品Wayland也在纯终端模式下提供了中文支持，另外现在新版的shell的中文输出也没啥问题了，只要你用UTF-8写代码。
老版tinycore linux找得我够呛。
似乎也是因为编译ubootchk时用的旧库都不在了。
源码发一下重新编译估计也就是转到UTF-8就行了。 wuwuzz 发表于 2023-1-10 10:29
这是按CHS模式最优值8G容量给的
最优参数。因此，把该LUN划8000M
容量适配直接用即可，最好不要
然后手动改CHS会造成不兼容吗？ ubootchk主要依赖sg软件包，
其他不是必须。
ubootchk最初发布时选tinycore，
是为了迎合不点当时的兴趣，优先
支持他选的系统。印象中，当时
tinycore的X中文支持不好，为了方便
就选了个最简单的cxterm(能显示中文
就行)。
现在移植到常用的linux版本也不是
不可以，一来没太多时间，二来
ubootchk源码散失了，需要在
存盘中翻找。 本帖最后由 求道者 于 2023-1-10 11:23 编辑
wuwuzz 发表于 2023-1-10 11:15
ubootchk主要依赖sg软件包，
其他不是必须。
当初就该发源码的，我的几次数据损毁留存的数据只有提交给别人的源码和自己仓库里的，备份在NAS上的数据由于备份策略我没整明白，所以上次备份是一年前，根本没啥时效性。
兼容现行系统应该简单的转UTF-8就好，可惜是C程序，要反编译，如果是shell脚本，我就能改了。
21年数据损毁一次，22年数据损毁一次。
几乎丢失所有数据，第一次数据损毁让我买了NAS，第二次我只能研究自动备份了。 因为是改U盘固件参数，
需要通过量产工具，不熟悉量产
工具秉性的话，U盘容易变砖，
有危险性，所以不建议。 本帖最后由 求道者 于 2023-1-10 11:48 编辑
wuwuzz 发表于 2023-1-10 11:24
因为是改U盘固件参数，
需要通过量产工具，不熟悉量产
工具秉性的话，U盘容易变砖，
具体啥偏移？我想试试。
昨晚上在固件里搜索03FF和FF03都没找到合适的数据。
搜索FF更是不可能有数据。
慧容搞了啥玩意？
加密不能够吧。
U盘死活倒是没太所谓，反正也隔三差五量产，老U盘也就是剩下折腾一下的价值了，这要速度没速度，要容量没容量的，不折腾一下就可惜了。 谢谢老大 本帖最后由 求道者 于 2023-1-11 17:58 编辑
wuwuzz 发表于 2023-1-10 11:24
因为是改U盘固件参数，
需要通过量产工具，不熟悉量产
工具秉性的话，U盘容易变砖，
在这种旧BIOS上，USB-ZIP和USB-HDD兼容性有多大差距？
http://wuyou.net/forum.php?mod=viewthread&tid=433716
比方说这个帖子。
确实有有BIOS只能从USB-ZIP启动。
限定这种老BIOS,是不是CD-ROM模式其实兼容性更差？
thank you!!! 看了楼主大佬的帖子，感觉学到了很多小知识啊 哎 看不懂我在在修炼修炼吧 你2G的盘弄到C=521,H=128,S=63，照样在一些老的电脑上启动不了，
我以前还做过8024M的单分驱盘，差不多c1022/H255/S63照样在1台联想计算机启动不起，后面我分析下，发现个问题提个结论，http://bbs.wuyou.net/forum.php?mod=viewthread&tid=419727 本帖最后由 wuwuzz 于 2023-3-16 12:28 编辑
sizhou 发表于 2023-3-12 17:13
你2G的盘弄到C=521,H=128,S=63，照样在一些老的电脑上启动不了，
我以前还做过8024M的单分驱盘，差不多c10 ...
这里的CHS值是指U盘固件回应给BIOS的值，
不是指通过修改MBR/PBR/BPB而达到的值。
有的BIOS根本就不关心MBR/PBR/BPB的情况，
它只向U盘固件发送指令，根据U盘固件的回复值
做下一步计算。
目前只发现SMI USB2.0固件支持这种指令值优化调整。
wuwuzz 发表于 2023-3-16 12:25
这里的CHS值是指U盘固件回应给BIOS的值，
不是指通过修改MBR/PBR/BPB而达到的值。
8024M的单分驱盘，当然是你的测试软件还回的值c1022/H255/S63， wuwuzz 发表于 2023-3-16 12:25
这里的CHS值是指U盘固件回应给BIOS的值，
不是指通过修改MBR/PBR/BPB而达到的值。
**************************************************************
*遵从的标准: *
* 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=16433152 ，块大小=512字节，以此计算出的
容量=8413MB。其中，1M=1000*1000
---------------------------------------------------------------
固件提供的CHS情况：磁头数=255,每道扇区数=63,柱面数=1023,
每扇字节数=512,以此计算出的容量=8414MB
其中，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=1023,H=255,S=63
估算: AMI BIOS下,CHS将调整修补为：C=1023,H=255,S=63 sizhou 发表于 2023-3-16 15:17
8024M的单分驱盘，当然是你的测试软件还回的值c1022/H255/S63，
这个单分驱，是原来就是标称8G的U盘，未经过量产切割？
按说，标称8G的U盘，一般不会容量这么足，7G多是正常的容量
wuwuzz 发表于 2023-3-16 16:01
这个单分驱，是原来就是标称8G的U盘，未经过量产切割？
按说，标称8G的U盘，一般不会容量这么足，7G多 ...
是16G的盘在量产时候设置下弄的8024M，容量随便调，可以配合CHS值，
8G的盘一般只是7.45G？他的CHS只能设置到972？//255//63 sizhou 发表于 2023-3-16 17:59
是16G的盘在量产时候设置下弄的8024M，容量随便调，可以配合CHS值，
8G的盘一般只是7.45G？他的CHS只能 ...
我说呢，原来做了量产切割，HS值已经达到最优还启动不了，
那就不是这方面的问题了。更大的可能是MULTI-LUN多驱的支持问题了。
标称8G的U盘一般不会足量达到8G，具体7点几，与Flash的量产设置有关。
wuwuzz 发表于 2023-3-16 18:32
我说呢，原来做了量产切割，HS值已经达到最优还启动不了，
那就不是这方面的问题了。更大的可能是MULTI- ...
单分驱，就1个移动盘，不要谈什么多驱，没那些事，我的分析最后的结论就是MBR/PBR上 wuwuzz 发表于 2023-3-16 18:32
我说呢，原来做了量产切割，HS值已经达到最优还启动不了，
那就不是这方面的问题了。更大的可能是MULTI- ...
此联想计算机的boss有几个特点，小于8G，启动DOS提示A:，大于8G的盘，启动DOS提示C:
其中小于8G的盘用Windows系统删除分区，重新分区格式化，是从2048开始的，启动DOS不成功，在HP格式化软件弄下，从63开始，可以启动，并且在BIOS的回值CHS不正确情况，用HP格式化照样可以启动进DOS，
此BIOS支持多分区，支持cdrom\hdd等
谢谢楼主的分享，下载试试。
页:
[1]