现在慧荣USB2主控固件给的CHS值默认是1023/255/63吧。

求道者

1. ***************************************************************  
   
2. *  遵从的标准:                                                *  
   
3. *          USB Mass Storage Specification for Bootability     *  
   
4. *          ANSI、Phoenix  EDD                                 *  
   
5. *                                                             *  
   
6. *  注意:                                                      *  
   
7. *  1、检测出的错误信息，是提示UMSD不符合相关标准、会给后续的  *  
   
8. *  USB BOOT造成麻烦，并不意味着一定会BOOT失败。因为BIOS会做   *  
   
9. *  妥协让步、主动去调整修补固件BUG。只有当错误的影响非常严重  *  
   
10. *  、BIOS的努力无效时，USB BOOT才会失败。                     *  
    
11. *                                                             *  
    
12. *  2、本分析结果仅供USB爱好者交流、参考，不作为判定UMSD产品   *         
    
13. *  质量好坏和选购的标准。ubootchk是Free software，我们不对因  *  
    
14. *  用户使用ubootchk可能造成的损失或失误承担责任。             *  
    
15. *                                                             *  
    
16. ***************************************************************  
    
17.   
    
18. UMSD设备名: PD1   
    
19. ---------------------------------------------------------------  
    
20. 固件提供的最大LBA=4194304 ，块大小=512字节，以此计算出的
    
21. 容量=2147MB。其中，1M=1000*1000                           
    
22. 
    
23. ---------------------------------------------------------------  
    
24. 固件提供的CHS情况：磁头数=255,每道扇区数=63,柱面数=1023,  
    
25.                    每扇字节数=512,以此计算出的容量=8414MB
    
26.                    其中，1M=1000*1000      
    
27. 
    
28. ---------------------------------------------------------------  
    
29. 对固件提供的CHS进行常规检查...
    
30. 
    
31. 常规项目检查OK:  扇区大小符合DISK要求，为512字节
    
32. 常规项目检查OK:  磁头数在传统BIOS INT13允许范围
    
33. 常规项目检查OK:  扇区数在传统BIOS INT13允许范围  
    
34. 常规项目检查OK:  柱面数在传统BIOS INT13允许范围  
    
35. 常规检查发现: LBA和CHS分别计算出的UMSD容量偏差太大，超过100MB，
    
36.               固件提供的CHS有问题?   
    
37. 
    
38. 发现问题: 固件提供了CHS，但CHS取值有逻辑问题。
    
39.           boot时，需要BIOS调整修补CHS。
    
40. 
    
41. !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!  
    
42.         重要操作:ubootchk尝试估算BIOS可能的CHS调整修补值   
    
43. 
    
44. 估算依据EDD规范和Phoenix BIOS、AMI BIOS资料进行，结果既受固件     
    
45. 原始数据影响，又受BIOS算法版本影响，可能并不准确，仅供有兴趣者     
    
46. 参考。     
    
47.    
    
48. ----------------------------------------------------------------  
    
49. 估算: Phoenix BIOS下,CHS将调整修补为：C=1023,H=255,S=63
    
50. 估算: AMI BIOS下,CHS将调整修补为：C=521,H=128,S=63
    

复制代码

2G的LUN0也给个1023/255/63,没能绷住。

求道者

wuwuzz 发表于 2023-1-10 10:29
这是按CHS模式最优值8G容量给的
最优参数。因此，把该LUN划8000M
容量适配直接用即可，最好不要

我确实不太想给LUN0划8G，实在是没有8G的东西可装。
量产调容量没用吧。
手动调是CID还是HEX编辑固件？

求道者

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会造成不兼容吗？

求道者

wuwuzz 发表于 2023-1-10 11:15
ubootchk主要依赖sg软件包，
其他不是必须。

当初就该发源码的，我的几次数据损毁留存的数据只有提交给别人的源码和自己仓库里的，备份在NAS上的数据由于备份策略我没整明白，所以上次备份是一年前，根本没啥时效性。

兼容现行系统应该简单的转UTF-8就好，可惜是C程序，要反编译，如果是shell脚本，我就能改了。

21年数据损毁一次，22年数据损毁一次。
几乎丢失所有数据，第一次数据损毁让我买了NAS，第二次我只能研究自动备份了。

求道者

wuwuzz 发表于 2023-1-10 11:24
因为是改U盘固件参数，
需要通过量产工具，不熟悉量产
工具秉性的话，U盘容易变砖，

具体啥偏移？我想试试。
昨晚上在固件里搜索03FF和FF03都没找到合适的数据。
搜索FF更是不可能有数据。
慧容搞了啥玩意？
加密不能够吧。

U盘死活倒是没太所谓，反正也隔三差五量产，老U盘也就是剩下折腾一下的价值了，这要速度没速度，要容量没容量的，不折腾一下就可惜了。

求道者

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模式其实兼容性更差？