《fbinst_启动U盘解读(MBR层面)》.doc

【教程】fbinst 启动U盘解读（MBR层面）.【1楼附录像下载】 一、使用简介（源自百度）我们知道：? ??由于种种复杂原因，不同BIOS对U盘CHS/LBA参数处理结果不尽相同，导致同一个U盘，在一台机器上BOOT成功，在另一台机器上就可能BOOT失败。 　　【早期硬盘也有类似问题，但最后通过多个工业标准，已经解决。而USB是万能接口，且有关标准未得到厂商统一遵守，问题更复杂】　　现在开源社区的bean提出了巧妙构思，开发出fbinst，基本解决了BIOS下的CHS/LBA参数适应调整问题，使U盘BOOT成功率大大提高。(除非碰上了极度变态的主板和BIOS)。 ——fbinst的巧妙构思　　? ??预留8M(1-16064扇区)隐藏区，在每个扇区固定位置都写入该扇区在WIN下的LBA值，并在1-63扇区都写入boot code。BIOS启动时，通过boot code读取预先写入的LBA值，并与BIOS识别的LBA值进行比较，找出差距，倒推出当前BIOS对U盘的识别和访问情况，根据这个情况来调整纠正对 U盘的访问。 ——fbinst隐藏区空闲空间的利用　　fbinst对付BOOT兼容性问题的开发已经完成，目前新版本的开发重点已转向隐藏区的利用。由于8M隐藏区的每个扇区记录LBA时只用了几个字节，且boot code占据空间也不是很大，所以大量扇区空间是空闲的。在这个区域里可以嵌入： 　　1。不同版本的grub4dos 　　2。grub2 　　3。ntldr 　　4。1.44M/2.88M启动盘映像 　　5。微型Linux 　　现在的 fbinst 版本已经可以支持大的隐藏区了，可以装入WinPE或其他DOS工具，用grldr加载引导之。下面有详细说明。二、MBR结构解析：【1】主引导代码：1.高明之一：? ?? ?几乎所有写入U盘的其他类主引导记录的都是占用一个扇区（占用0号扇区，如 HDD+,ZIP+，NT5,NT6 等等），而 fbinst 却是在前64个扇区的主引导代码都一样(稍微差异下面解释)，BIOS在启动时只是读出一个扇区，但是它可能不是u盘的0扇区，因此引导代码要占多个扇 区。以前的测试证明，63个就基本够了，最大只需要255。不过我的一个U盘启动电脑时，基本扇区数设置为20000才成功启动，否则跳过U盘直接启动本机系统了。2.高明之二：? ?? ?c、h、s（磁头、柱面、扇区）的检测需要更多的空间，至少需要一个柱面（约8M），在主数据区的每个扇区尾部都有该扇区位置代码（占用2个字节），BIOS一读便知此位置。除了位置代码外的其他部分空间就浪费了，因此才把它作为主数据区,从fbinst 1.6版开始最大30M，其间文件不连续（因为每个扇区尾部的绝对扇区地址占用2个字节）。其后再增加的存储启动和维护文件的空间称为扩展数据区，无尾部的绝对扇区地址，其间文件连续。最小的主数据区必须包含64个主引导代码和fbinst菜单和文件列表。（但是需手动修改）如下图：【2】MBR细解，如图示：? ?? ?下图中是HDD模式的MBR，偏移00处是跳转指令，EB5E及跳转至偏移0x60处执行，偏移18处表示每磁道扇区数为63（3F），偏移1A处表示磁头数255（FF）【3】分区表细解：[高明之三]U盘第1、2扇区分区表位置对比：1扇区2扇区天涯海角1216的理解：? ? 比如上面第一分区起始位置扇区为 8388608（16进制为00 00 80 00），表示距离第一分区有8388608个扇区，如果此时BIOS读入的是第8号扇区，而此处分区表显示8388600（fbinst 将MBR以后扇区的分区表递减），即距离第一分区有8388600个扇区，且是第8号扇区，BIOS便回读至0号扇区（MBR中有 B9 01 00字符，意思是读入0号扇区），便可以非常准确地知道该扇区位置以及分区表详细信息。（其他分区的分区表也是递减，方法类似）三、各种模式对比：【高明之四】四、辅助代码细解：【高明之五-UD区】fbinst 1.6辅助代码为第65-67号扇区，此为67号扇区。（这个是默认 fbinst 格式化基本扇区数为64的，否则依次增加）主数据区（包括0扇区和fbinst菜单以及文件列表）和扩展数据区大小设定位置。（64号扇区起始处）从第68号扇区开始为UD内文件列表，下图五、引导过程分析：MBR UD区 ??grldr PE/IMG/ISO。。。或MBR UD区 ??buldr PE/IMG/ISO。。。fbinst 菜单：1. menu HOTKEY SUBCOMMAND启动内核的命令都以men