传统bios对u盘存在chs参数识别性问题，请问uefi还存在此问题否？

2010elfkid

在传统的bios时代，不同BIOS对U盘CHS/LBA参数处理结果不尽相同，导致同一个U盘，在一台机器上BOOT成功，在另一台机器上就可能BOOT失败。这也是fbinst出现的原因，可以说给g4d配合fbinst工具基本上解决了问题。
现在的问题是，fbinst不支持uefi启动。那么，请问uefi是否还存在对u盘chs/LBA等参数的处理问题？
如果不存在，那么是否意味着fbinst失去了存在的意义。
如果存在，fbinst存在还是有意义的，那么让fbinst支撑uefi，一个思路是通过对fbinst进行升级，放弃ud格式而更换为fat格式，这是否可行？

2011xmhrl

不可行。

zds1210

现在的问题是，有一些本本对隐藏的uefi区支持不好，如高端隐藏，隐藏的U+B+盘

2010elfkid

呃……，看来这个问题技术含量还是挺高的，没有人能说清楚么？

wuwuzz

现实中的UEFI产品，大都包含BIOS兼容层，为用户提供传统BIOS界面。在兼容BIOS环境中，还是要考虑CHS问题的。而如果只使用纯UEFI环境，就无需再顾虑CHS问题，因为UEFI不使用INT13这种磁盘访问方式。

fbinst/g4d是基于BIOS环境的软件，如果没有这种环境，也就用不上了。

2010elfkid

wuwuzz 发表于 2014-2-19 23:04
现实中的UEFI产品，大都包含BIOS兼容层，为用户提供传统BIOS界面。在兼容BIOS环境中，还是要考虑CHS问题的 ...

也就是说，如果未来bios消失了，只存在UEFI环境了，也就基本上不存在u盘启动成功率的问题了？
感谢您的赐教，学习了。谢谢。

wuwuzz

2010elfkid 发表于 2014-2-20 16:54
也就是说，如果未来bios消失了，只存在UEFI环境了，也就基本上不存在u盘启动成功率的问题了？
感谢您的 ...

我回来订正自己以前的错误看法：

在UEFI环境中，依然与CHS有间接关联。在UEFI环境中，UEFI需要获取最大LBA(总扇区数)。

而获取最大LBA的方法之一，就是UEFI的USB存储设备驱动获取C、H、S，然后相乘C*H*S=LBA。