准备基于 fbinst 进行再开发，请各位提供帮助

不点

有谁以前曾经做了 fbinst 的工作，请把最新的源代码上载到这里（或者给个下载地址）。我将在诸位最新代码的基础上进行开发。

---

由于新版添加了 html 格式的启动映像生成工具，因此下面这些使用说明就没有多大用处了（可作为历史资料查阅）。以前的安装图解体积太大，放在这里不合适，也已经挪到这里了：http://bbs.wuyou.net/forum.php?mod=redirect&goto=findpost&ptid=320244&pid=3286903&fromuid=250692  （即，大约在本主题 373 楼的位置）万一有人需要的话，还可以点击进去查看。

新版使用方法：用火狐浏览器打开其中的 index.html 网页文件，并按照提示进行操作。

---

简要使用说明

压缩包里面含有若干 IMG 文件，分别用于 8G、16G、32G、64G 和 128G 的可启动磁盘。

请用 BOOTICE 的 “扇区编辑” 功能，把相应的文件（例如 mbr_16G.img）导入到 U 盘（导入时要勾掉“保留磁盘签名和分区表不变”，就是说，不要勾上，要把勾去掉），覆盖掉 U 盘原有的内容。提示：编译时，用户可以使用任何版本的 grldr。只需把 grldr 替换掉，然后敲入 make 命令重新编译即可。

！！注意不要阴差阳错把硬盘毁掉！！

导入后，U 盘就已经含有一个 FAT32 主分区。它是启动分区，已经格式化了，不要对其再次格式化。如果把它格式化，那就会抹掉 “多重 MBR” 的启动代码，所制作的启动盘也变成无效的了。你可以向这个分区的根目录拷贝 menu.lst 文件，启动后，它将被 grldr 执行。【2015-12-04 更新】你也可以拷贝你自己的 GRLDR 文件到根目录，启动后，这个 GRLDR 文件将获得控制权。就根目录下的 grldr 而言，你可以使用老版本的 grldr，也可以使用新版本的 grldr；你可以使用 0.4.5 系列的，也可以使用 0.4.6 系列的。根目录下的 grldr（如果存在的话），是用来让编译时内置的 grldr 进行调用的。编译时内置的 grldr，当它将控制权传递给根目录下的 grldr 之后，就完成任务了（不再起作用了）。因此，根目录下的 grldr（如果存在的话）将取代编译时内置的 GRLDR 完成后续的启动步骤。

0pe 的用户只需把 0pe 里面的 menu.lst 和 0pe.iso 复制到 U 盘根目录即可。以后每次更新 0pe，都只需更新 menu.lst 和 0pe.iso 这两个文件，无需重新制作可启动 U 盘。旧版的 0pe 可能需要在 U 盘根目录下放置一个与 0pe 匹配的 grldr 文件，否则 0pe 可能无法正常工作。

如何让这个 U 盘支持 EFI 启动？

只需把 0pe 里面的 EFI 目录拷贝到这个 U 盘的根目录，即可在支持 EFI 启动的机器上启动 EFI 目录下的 PE（比如 Win7pe 或 Win10pe）。

建议使用 16G 或更大的 U 盘来作为 “多重 MBR” 启动盘。

为防止 Win7、Win8 把这个 U 盘的 FAT32 文件系统搞乱，请按以下步骤纠正 “总扇区数” 错误，也就是让分区表和 BPB 表上的 “总扇区数” 参数与 U 盘实际的大小相匹配。

说明：diskgen 可以纠正分区表上的总扇区数错误，但遗憾的是，diskgen 不能纠正 BPB 表上的总扇区数错误。这两个错误都必须纠正，然后才可以安全地在 Win7、Win8 下使用。纠正的具体步骤如下：

1、在上述 BOOTICE 的导入步骤完成并退出 BOOTICE 后，现在进入 diskgen，让它去读 U 盘，此时 diskgen 会发现 U 盘的总扇区数错误，并询问是否纠正错误。让它纠正，保存所做的更改，退出 diskgen。【注意】先前的 BOOTICE 的导入步骤完成后不要插拔 U 盘，而应该直接进入 diskgen 进行纠正。下面的第 2 步，同样不要插拔 U 盘。待到这两个纠正的步骤都圆满完成之后，再从资源管理器中卸载 U 盘即可。成功卸载之后可以拔出 U 盘。

2、再次打开 BOOTICE，选择 U 盘，用 “扇区编辑” 功能，将扇区 0（扇区0 就是 U 盘的 MBR 扇区） 的分区表上的分区总扇区数（即分区长度，在偏移 0x1CA 处的四个字节）记录下来。它其实就是刚才 diskgen 纠正后的值，这是正确的值。然后选择扇区 63（扇区 63 就是 U 盘的 FAT32 文件系统的首扇区，也称为 PBR 扇区），将 BPB 表上的总扇区数（偏移 0x20 处的四个字节）纠正为刚才所记录的分区总扇区数。其他数据都不用改动。完成后，保存更改，退出 BOOTICE。最后从 Windows 系统中卸载 U 盘，这就可以拔出 U 盘了。【注意】如果您不熟悉分区表和 BPB 的结构，请您放弃，不要胡乱操作。这主要是为了保证安全，尽量避免阴差阳错伤害到您的硬盘。

---

2017 年 4 月 2 日更新：

本次变更：更新内置的 GRLDR 为 0.4.6a-2017-03-30 最新版；MultiMBR Booter 网页程序添加调试出错对话框，提醒出错时该如何处理。

ali88home

【简体中文版本】
63版本
http://pan.baidu.com/s/1bpwvJzh

操作说明：喜欢制作USB为FAT32单分区的维护盘者，可以试试无忧-不点大师-USB_FAT32单分区多重MBR引导启动。

把grldr和ope.iso...等等...您喜欢的PE，制作成UIS.ISO放在相同目录下面执行...自动安装。

注意：多重MBR-FAT32制作后，请不要再格式化，引导会无效的

1.自动修正总磁盘数的错误及DBR溢出情形。
2.里面4K没有对齐，因为起始磁盘号63的原因。
3.不懂操作的，请不要随便操作，失败会心疼的。

重复安装了几十次以后，发现一些问题：
1.安装以后再重新安装，常常无法恢复再写入恢复磁盘区的动作。多重MBR好像被系统运行中的感觉。
改进重新制作多重MBR失败的几率
2.这样的安装方式，被系统识别有异常，建议重新扫描此USB磁盘。这多重MBR方式好像有小问题存在。
修正为起始磁盘号64版本，系统不再识别有异常，建议重新扫描此USB磁盘的信息了。
为了引导成功几率，维持原作者63版本

3.预先以为这样的单分区，应该引导会取得优势，但是在老机上面，却识别不到此U磁盘，相反的UD三分区HDD成功引导。在新机上引导还好OK。
更正测试结果：先前测试老机上面，BIOS识别不到此U磁盘，但是却能够引导G4D菜单成功，真是好信息。
经过测试：机板BIOS识别不到USB磁盘，请把启动顺序设定为【USB-ZIP】第一项目，就能够顺利引导启动USB盘。

不点

gkos 发表于 2014-10-18 08:42
老大，如果U盘只有 4G  2G 甚至更小，用什么版本呢

首先谢谢您的支持。4G 和 2G 暂且可以按 8G 来对待。注意，4G、2G 和 8G 的情况类似，写入 mbr_8G.img 后，都是 “坑爹” 的扩容盘，而且建议不要纠正分区表的错误，也就是说，保持坑爹的状态。自己注意不要拷入过多的文件便可。

假如有人需要更小的 U 盘，将来我可以考虑给以明确的支持。

目前先测试启动成功率，只要启动成功率与 fbinst 一样，就算成功。

不点

2010qaqz111，你可能已经看出来了，我的新系统的开发理念与 Bean 的 fbinst 有差别。

1、新系统不处理 8M 以内的剩余 7M 空间，让用户自己来安排（或取舍）。fbinst 则建立 ud 系统，方便用户访问。

2、新系统不提供专门的工具，不提供各种安装参数的变化，只用一个映像文件来做。而 Bean 的 fbinst 提供了很多安装选项，方便用户选择和安装。

3、一旦发现有 BIOS 不适应问题，我的新系统的格式可能随时变动，这方面有着灵活性（这是对开发者来说的，开发者有完全的自由，可以随时变动 U 盘的格式）。外部工具的制作者可能也得随时跟进，调整自己的工具软件，以适应这些变化。相比之下，fbinst 要稳定得多，外部程序的作者不用修改自己的工具软件。

4、外部工具软件的制作者，可以研究这个 U 盘的设计，制作出自己的操作工具，方便最终用户使用。相比之下，fbinst 自带了工具，因此，fbinst 离开外部工具也能自成一体。

我为什么这样做呢？是因为哲学理念的不同造成的。

其一，是因为我个人身体状况不是很好，我想尽量少做点工作，同时又保证把软件的核心功能做到满意。

其二，是因为我个人比较懒，不想做太多的工作。

其三，是因为我个人在建立或处理（新的）文件系统方面缺乏必要的知识，也缺乏耐心，因此，我想省事，给自己 “减负”（减轻负担）。

其四，我想让工具软件的制作者们有事可做。如果我把所有的工作都做完了，那么别人的参与就少了。事实上我不可能做所有的工作，因为我不熟悉 Windows 编程，我只能寄希望于由其他作者们来完成这部分工作。如果其他作者们参与进来的多了，那么这个软件的后续开发就更有保障了。就是说，我开个头，而后续的开发工作将不存在困难，很多人都能参与进来，没有门槛（或者门槛很低）。诸位看看我的代码，核心代码简单透顶，第一阶段是 MBR，一个扇区，第二阶段也是一个扇区。总共只有两个扇区的 assembly 代码，随便一个开发者，花费半天时间，都可以研究完。工具软件的制作者就有可能会成为将来接替开发的开发者了（前提条件当然是说 BIOS 继续存在；如果 BIOS 消失了，当然就不用提了，因为不会再有人关心这个软件了）。

第一阶段的 MBR 引导记录代码，复制到最开头的 190 个扇区上。这 190 个扇区的每个扇区都带有 BPB 和分区表。

所以，工具软件的作者，应该研究分区表的变化规律，从而能够添加正确的分区表项。

第一个分区表项已经是 FAT32 了。还剩下 3 个表项可以由工具软件的作者来处理。

开头的 190 个扇区中的每个扇区，都应该有分区表项。每个表项含有 16 个字节。

除了第一个已经被 FAT32 占据的表项以外，新创建的表项，其前 8 个字节和表示分区长度的后 4 个字节应该是（在这 190 个扇区里面）保持不动的，而表示分区起始扇区号的 4 个字节在这 190 个扇区里面都是递降的。看到这个规律，那么，外部工具软件的作者要想写分区表已经不困难了。

由于 FAT32 分区故意设置为 8G 左右，超出了 CHS 的访问能力，所以，新创建的表项，其 CHS 值可以都搞成固定值：柱面号 C=1023，磁头号 H=254，扇区号 S=63。这样就简单了，新创建的表项，其前 8 个字节就是 00 FE FF FF XX FE FF FF，此处，XX 可以是 0C 表示 FAT32 分区，或者 07 表示 NTFS，或者是 0F 表示扩展分区，这些大家都懂的。精于计算的工具软件的作者，一定不难把这搞定。

---

在作出以上解释之后，我想，诸位可能也就看出来了：现在我可以 “撒手不管” 了。剩下的事，大都是用户自己的事，或者是工具软件开发者的事了。

已经制作好的这个 U 盘，估计差不多应该可以 “通吃” 了。即使不能通吃，由于内置了调试输出，所以，其失败根源很容易定位，再也不会出现 “模棱两可”、“说不清楚” 的情况了。与原来的 fbinst 相比，这也算是一个重大的改进。

---

还需要补充说明的一点是，内置的这个 grldr 版本，已经屏蔽掉了 PXE。这是因为，从 U 盘启动时，一定不是从 PXE 启动，所以，这个内置的 grldr 版本就把 PXE 功能屏蔽掉了。另外，前面还提到，默认时执行单扇区访问。用户可以通过执行一次 geometry --lba127sector 命令来切换到高速的多扇区访问。

不点

顺便把搜到的一篇有参考价值的文章贴过来。

你有火狐，我有“水狐”：专为打脸 Mozilla 而生的 Firefox 分支

https://www.techug.com/post/you-have-firefox-i-have-water-fox-a-firefox-branch-for-mozilla/

不点

再通报一个好消息。在新版火狐地址栏敲入 about:config 进入高级设置，更改

security.fileuri.strict_origin_policy

的值为

false

大功告成！如此一来，火狐仍然可以全面支持 multimbr booter。

不点

sunsea 发表于 2021-12-26 11:21
目前我临时解决方法是电脑上装了个Apache网页服务器，然后浏览器访问localhost跑起来……也算一种workaro ...

通报一个好消息！

Waterfox Classic 可以代替火狐，完美运行 multimbr booter 网页程序！

没有任何问题。

我这么理解：它其实就是老版本的 Firefox。

Waterfox Classic 主页：

https://classic.waterfox.net/

wuwuzz

偶尔路过，年纪大了，唠叨几句，与multimbr无关，与U启有关。

一、以往有个难点一直没解决：那就是启动期间，
我们没有太好的办法直接看到 BIOS/UEFI <----> U盘之间的会话，

BIOS/UEFI像个黑箱，你不知道它在干什么。当启动出错后，容易
引发猜测争议。现在我们有个办法：用USB协议分析仪(抓包器)，
抓包解析。


USB协议分析仪本来是工程师用来搞USB开发调试用的，但对于
我们的难点，要想直观可视、要想有说服力，能想到的办法，
目前就只能是它了，有抓包数据做证据，就不再是两眼一抹黑。


分析仪有3个USB口：一个接待测主机(BIOS/UEFI),一个接待测U盘。
上行的1个USB口是旁路，接监听机(里面有解析软件)




二、困难在于，USB协议分析仪价格太贵。好在国产USB2.0分析仪
产品价格已经降下来了，可以先尝试。

不点

2013datong5624 发表于 2022-5-3 23:31
谢谢不点的回复，明白了，以后备2个优盘就是了。

谢谢您的报告，其实也不是您在向开发者进行单向的报告，而是我们之间在互通情报。这谜一样的世界，其本质是啥，我们都不能 100% 掌握，需要我们互通情报，才会摸到更多一些真相。

顺便也向大家通报一个情况，虽然这与 multimbr 没有关系。

最近，我用 ventoy 启动了一些 10 多年前的旧机，十分顺利，没有遇到稀奇古怪的问题。然而当我前一段时间给那些较新的机子装机时，则很容易碰上无法启动的故障。

启动软件的开发者根本不可能发现产生问题的技术原因，因为，不同的硬件制造商，不同的产品序列，都会用不同的技术手段，来卡死某个启动软件。开发者本人遇到的情况，只占据很少的比例，因为开发者不可能把所有的品牌都买一台进行测试; 同一品牌的不同批次，更不可能都买一台进行试验。所以，他们要卡死你的启动软件，你根本就没招。大多数用户都不会向开发者报告故障的技术详情，这是因为，用户很难掌握其技术细节。

越老的机子，启动越顺利。越新的机子，卡点越多。

垄断者也是有利益需求的。你做了垄断者不喜欢的事，就要被垄断者修理。

所以，最终的结论是：我干嘛要做那些让垄断者不高兴的事？那样做，没有任何好处，是不是？

好吧，就通报这么个想法, 我认为，这也算是我的一种贡献吧。



【2022年5月15日补充】目前活跃的软件是 ventoy 以及 yaya 的 grub4dos（efi）。我早已远离 x86 体系架构下的开发了。因此，我的发言不重要。但说不定我的发言对某些人有用。然而大家不要误会，不要以为，我自己不去做的事，我也不想让别人做。完全不是这样的。我不做的某些事，说不定我希望有别人去做呢，对不对？所以大家不要胡乱猜我的想法。今天要说的，不是新的，而是炒冷饭，是再重复强调一下前面的观点。我想，这对于从事开发的某些人员会有某些用处。因为我的观点，不管是对还是错，您大概从别处是得不到的，大概只有从我这里才能得到。如果我的观点是错的，当然不值钱，您忘掉即可。但万一对了呢？那不是救您一命吗？那不是让您少走弯路吗？

我要说的就是，您的软件，是否遇到卡扣，您一定是知道的。因为用户会向您报告，您不可能不知道。您自己也可能碰巧遇到卡扣，那些卡扣，对于一个稍懂编程的人来说，都不特别困难，都还算比较容易解决吧。所以，一旦卡扣被您撞上，您一锤子下去就把它砸掉了。可是，您的锤子是近距离操作，您只能解决您身边的问题，解决不了其他电脑上的问题。好吧，我要强调的关键点来了——卡扣不难解决，但它的数量太庞大，欺负您手臂太短，不能伸到世界各个角落。如果您了解到的卡扣不多，都是老旧的，不出现新的花样，那说明您很幸运，没有被盯上。一旦某一天，您发现新卡扣出现了，而且不断增多，那就说明您已经被盯上了。躲是不可能躲得过的，您得准备放弃了。这种情况，如果您不放弃的话，是没有任何好处的，只有坏处。

2013datong5624

不点 发表于 2022-4-30 23:51
抱歉，刚看到您的帖子。

multimbr 出了很多古怪的问题。而且，问题越来越多。至于说原因，各位都是明 ...

谢谢不点的回复，明白了，以后备2个优盘就是了。

不点

2013datong5624 发表于 2022-4-21 20:02
@不点 报告一个问题：
在32G优盘上安装了multimbr。但是我还想把yaya新开发的grub4uefi放进multimbr建立的 ...

抱歉，刚看到您的帖子。

multimbr 出了很多古怪的问题。而且，问题越来越多。至于说原因，各位都是明白人，就不用多说了。

譬如说，前些日子，有人说，multimbr 的分区上，efi 不起作用，被跳过，根本就不能启动。报告者说，是因为 multimbr 建立的分区超过 1G 的原因。他说，只要 U 盘 FAT 分区大小达到 1G，在那台电脑上，这个 U 盘的 EFI （文件夹）就是失效的，被忽略、被跳过。而 multimbr 建立的 FAT 分区，“碰巧” 就超过 1G，所以就躺枪了。

继续开发 multimbr，会让那些硬件制造商不高兴，因而没有意义。

至于说您遇到的问题，那属于什么概念，我也掌握不了。

请各位放弃使用 multimbr 吧。

大家都放弃了，说不定 multimbr 还能多存活几天。用的人多了，它就死得越快、越彻底。

2013datong5624

@不点 报告一个问题：
在32G优盘上安装了multimbr。但是我还想把yaya新开发的grub4uefi放进multimbr建立的FAT32分区上以支持UEFI启动。但只能启动到命令行（没有死机，光标在闪烁），菜单文件无法加载。所以我在想这个mutimbr建立的FAT32分区和常规分区软件建立的分区是不太一样的。

用常规分区软件，或者系统自带工具格式化U盘为FAT32，同样的手法把grub4uefi放进去就能正常启动。

不点

sunsea 发表于 2021-12-26 11:21
目前我临时解决方法是电脑上装了个Apache网页服务器，然后浏览器访问localhost跑起来……也算一种workaro ...

佩服，高手！

我的笨办法：保存一个很老的 firefox 版本，专门让它运行 multimbr 网页代码。

您这条路，看来比较实用一些，也充满技巧性一些。

sunsea

不点 发表于 2021-12-14 11:05
好吧，我理解为：那是利益驱动，是控制用户的一种行为。用户已经没有自由了。

当然，用户也有自由，那 ...

目前我临时解决方法是电脑上装了个Apache网页服务器，然后浏览器访问localhost跑起来……也算一种workaround吧

不点

sunsea 发表于 2021-12-12 12:36
现在Firefox似乎强制审查文件来源，禁止读取本地文件。修改首选项也没有用。

好吧，我理解为：那是利益驱动，是控制用户的一种行为。用户已经没有自由了。

当然，用户也有自由，那就是重新分支出一个新的火狐项目。不过，那得有人去做才行。

这是火狐开始被某些恶意大公司逐渐渗透的一个风向标。我得正式考虑寻找火狐替代品的事宜了。

此前我已经不信任 Linux 内核开发者了。现在，不信任的名单中，又增加了一个。

sunsea

现在Firefox似乎强制审查文件来源，禁止读取本地文件。修改首选项也没有用。

不点

ggmm888 发表于 2019-9-4 20:27
运行grdlr 屏幕出现

0080 3f60 3f60 AA55  003f 00ff 0108 cede

你研究一下汇编语言代码，就知道什么意思了。如果你懂汇编语言，你就能够了解启动流程。第一扇区只有 512 字节的代码，它接管控制后，需要加载后续的扇区。但在加载后续扇区时失败（出现 cede 就表示失败）。

003F 表示已经识别出每个磁道是 63 个扇区。
00FF 表示已经识别出磁头数为 255 个。
AA55 表示 U 盘的 BIOS 支持 LBA 模式的磁盘读写（int13 的 ah=42h 和 ah=43h）。
0080 表示磁盘扇区代码在接管控制时，DX 寄存器的值是 0080h，这说明 DL 盘号是 80h，这表示 U 盘被识别为硬盘。

0108 可能是 int13 读盘失败时返回的一些信息，不太重要。它有可能指示究竟是在读哪个扇区时发生了失败。

重要的是：CEDE，它是读盘失败的信号。

开源的启动程序成了各大公司的敌人。他们不希望有开源的启动程序。建议你不要做任何工作。做了也无用。对于你这台电脑，你可以转向其他启动方式，比如 grub4dos，grub2，syslinux 等等。只要有一个能凑合着用，即可，不要要求太高。要求太高，是不可能达到的。

ggmm888

运行grdlr 屏幕出现

0080 3f60 3f60 AA55  003f 00ff 0108 cede
联想的主板运行停止的原因

后面这串数字003f 00ff 0108 cede　代表什么意思

不点

ggmm888 发表于 2019-9-2 21:09
运行grdlr 屏幕出现

0080 3f60 3f60 AA55  003f 00ff 0108 cede

对 intel 架构不感兴趣了，抱歉，不能帮您调试、找毛病了。您可以自己调试、找毛病。

不仅对 intel 架构不感兴趣了，对任何架构下的启动程序都不感兴趣了。

启动是硬件商的事。他们想让啥启动，啥就能启动。他们不想让啥启动，啥就不能启动。

看到了您的报告，我应该给出回应。以上就是我的回应，让大家了解我的想法。

ggmm888

运行grdlr 屏幕出现

0080 3f60 3f60 AA55  003f 00ff 0108 cede
联想的主板运行停止的原因

不点

sunsea 发表于 2019-8-10 16:11
报告一个问题
自从firefox68以后，因为firefox的对https://www.mozilla.org/en-US/security/advisories/mf ...

很抱歉，本人没有时间分配给这个项目了。期待有人接替维护这个项目。本人目前已经在转向 Linux 的路上，并且已经走了一大半的路程了。那些启动软件、BIOS、EFI 之类的，统统不再关心了。

不过，借此话题谈谈对火狐的看法。火狐开发者过度谨慎，把很多东西都划归禁区，束缚手脚，用个贬义词，作茧自缚。这不利于当今应用程序的开发。

NW.js 是个不错的思路，比较适合用来开发应用程序。有兴趣的开发者，可以把 multimbr 移植到 NW 之下。

sunsea

报告一个问题
自从firefox68以后，因为firefox的对https://www.mozilla.org/en-US/se ... -21/#CVE-2019-11730这个安全漏洞的修补，无法再调用本地文件了，运行multimbr时会报无法加载grldr错误。
按F12进行调试时得到的参考信息链接https://developer.mozilla.org/zh ... /CORSRequestNotHttp
目前的workaround是about:config中设置privacy.file_unique_origin为false。

dhlxtynz

FbinsTool功能相当强大

16567890

支持是一定的。

四海皆狂龙

俊采星驰 发表于 2017-4-3 18:37
没注意，我那版本很老了10586，没追新，只能出一个区。

经过多方调查实证，新版系统显示多分区。那就是说，所有以隐藏分区为荣的方案(分区表相，三分区，u+等)将一夜之间破产，虽然非efi区可以隐藏，但其价值几乎为零。

俊采星驰

不点 发表于 2017-4-3 09:19
我提的问题，win10 是否已经不再屏蔽 U 盘多分区了？你似乎忘了给出一个肯定或否定的答复，或者给个评论 ...

没注意，我那版本很老了10586，没追新，只能出一个区。

不点

再报告一个信息：ARM Linux 之下的火狐，也能执行 multimbr booter 的编译了。具体的平台是 Firefly RK3399 Ubuntu 16.04。

下面的图片，显示的是 ARM Linux 下 Firefox 通过运行网页虚拟机来测试启动 mbr_16G.img 的画面。

需要说明，由于是网页虚拟机，速度非常慢，要有耐心等待。

不点

谢谢两位，辛苦把这个问题透彻解析和再现。

特别谢谢 freesoft00，告知新版确实已经支持多分区了。那么，我估计，旧版不支持多分区的 Windows，都会有人给它打补丁，让它也支持多分区。因此，以后多分区的 U 盘，就不再成为一个 “问题” 了。

顺便说，0pe 的下载里面，所携带的这个 10PE（就是 EFI 文件夹之下的那个 PE），就是支持多分区的 PE 了。

freesoft00

wintoflash 发表于 2017-4-3 09:41
win10实机测试，64G U盘分了一个FAT32和1个NTFS区，结果只能认一个分区。

系统版本旧，更新到新版本就支持了。忘记从哪个测试 版本开始win10开始支持U盘多分区了。

wintoflash

不点 发表于 2017-4-3 10:10
再试试 mbr 吧，我使用的就是 mbr。我没条件安装 win10，否则我自己就试验了。

补充一个细节：位于 ...

8G U盘 mbr分区表 只有一个"U盘"是U盘上的NTFS分区。
"本地磁盘"只有一个，是win10系统所在分区，显然不是U盘上的FAT32分区。

freesoft00

不点 发表于 2017-4-3 00:08
不知我是不是发现了新大陆，我制作了双分区的 multimbr 启动盘，一个是 fat32 分区，放置 0pe 以及 EFI 的  ...

win10新版本现在可以支持多分区了。

不点

wintoflash 发表于 2017-4-3 10:02
就是两个主分区，gpt分区表。

再试试 mbr 吧，我使用的就是 mbr。我没条件安装 win10，否则我自己就试验了。

补充一个细节：位于第一个分区表项的 ntfs 被识别为 “U 盘” 形状的可移动磁盘。

而位于第二个分区表项的 FAT32 分区，却被识别为 “本地磁盘”。

所以，请仔细检查所有已经识别出来的磁盘设备，看看其中到底有没有 U 盘的第二个分区。

wintoflash

不点 发表于 2017-4-3 09:49
谢谢，终于有人出面了。两个分区都是主分区的情况，你试验过吗？我采用的正是两个主分区的情况，没有使用 ...

就是两个主分区，gpt分区表。

不点

wintoflash 发表于 2017-4-3 09:41
win10实机测试，64G U盘分了一个FAT32和1个NTFS区，结果只能认一个分区。

谢谢，终于有人出面了。两个分区都是主分区的情况，你试验过吗？我采用的正是两个主分区的情况，没有使用扩展分区。