MultiOS-USB 初步体验

不点

前几天，看到了启动软件 MultiOS-USB 的介绍：


http://bbs.wuyou.net/forum.php?mod=viewthread&tid=444229


简单来说，它是和 Ventoy 类似的软件。我就把它安装到 U 盘，初步评估了一下，看看有
什么优缺点。

1、它采用 GPT 分区结构，这算是优点还是缺点？我觉得，对于不支持 GPT 的老电脑，这可能会造成一些麻烦。比如说，由于找不到 U 盘上的 MBR 分区（Volume 卷）信息，主板有可能不承认 U 盘为合法启动盘，从而拒绝从 U 盘启动。但也有可能歪打正着，使得启动成功率比 MBR 分区结构还要高。当然了，只有实践才能检验；空口说，都是瞎猜，都不算数。
2、我拷贝了 gmy 的那个 EFI.iso 到 ISOs 文件夹下，它不能显示相应的启动项。这方面的工作，它不如 Ventoy 做得细致。它只能支持它的官网列出的那些 iso 文件。这个缺点也是相当严重的，说明基础工作还很不完善。

但它也有优点。貌似它的布局比较自由，有可能把它改造成“第二启动”—— 就是说，让别的启动软件作为第一启动，然后再用链式加载的方法来启动它。

yc2428

多探索，多体验

rgfwqx@163.com

看看

小灰兔

谢谢分享

Anson4

原帖的说明显示支持 - BIOS and UEFI support

chairmansu

有體驗過 但不是很順手

chen463

安装步骤
1）使用上面提到的软件将「image.img」写入磁盘
2）使用 Windows+R 开启执行，输入 diskmgmt.msc 并按 Enter
3）右键单击 USB 上未分配的空间，然后选择新简单卷
  - 选择尺寸：如您所愿，最大？
  文件系统：fat32
  卷标：MultiOS-USB
4）将「files.zip」解压缩到新建立的磁盘
5）复制 ISO 文件，然后从 USB 启动计算器

玩得开心！

我的操作方式：
1.先U盘前面格式一个[MBR-FAT32]分区-MultiOS
2.将「image.img」解压到此FAT32分区- MultiOS\EFI，\GRUB
3.将「files.zip」解压缩到新建立的磁盘文件系统：fat32
  卷标：MultiOS-USB，\ ISOs，\ MultiOS-USB，完成启动UEFI。

可能是不会使用它？WIM无法启动，ISO没显示，使用失败…比E2B，AIO功能少

wang1126

谢谢楼主分享

wintoflash

我拷贝了 gmy 的那个 EFI.iso 到 ISOs 文件夹下，它不能显示相应的启动项。这方面的工作，它不如 Ventoy 做得细致。它只能支持它的官网列出的那些 iso 文件。这个缺点也是相当严重的，说明基础工作还很不完善。

1. MultiOS-USB 是根据 ISO 的文件名来判断是否位于支持列表中的。
2. MultiOS-USB 用的是官方版 GRUB 2 (打了一些安全启动方面的补丁)。
    官方版 GRUB 2 不支持磁盘仿真 (map功能)，没有一个"托底"的方式来支持所有 ISO。

不点

wintoflash 发表于 2025-1-28 21:31
1. MultiOS-USB 是根据 ISO 的文件名来判断是否位于支持列表中的。
2. MultiOS-USB 用的是官方版 GRUB 2 ...

感谢您的回复，非常好！

我也注意到了它是根据文件名来逐个处理。

官方 grub2 不支持磁盘仿真，它居然只用 loopback 就能支持这么多的 iso，我亲测了微软最新的 Win11 24H2，成功进入正常的 Windows 安装流程！

既然不需要 map，那也算是一个不错的思路。也许，将来的 iso 制作者，都会朝着这样一个方式靠拢，支持这种启动模式。

本质上是 “你支持他”或 “他支持你”的问题。你支持他，那就费劲。他支持你，那就省事了。

不点

我按照它提供的方法，在 Windows 下制作了 gpt 格式的启动 U 盘。U 盘前端 25M 是 FAT 格式的分区，用来存放 grub 引导程序。剩余空间格式化为 NTFS 分区，这样就能够存放大于 4G 的 iso 文件了。

我试着把 FAT 分区的文件复制到我的另外一个安装了 grub4dos 的 U 盘上（MBR 结构），在 BIOS 下让 grub4dos 用 kernel 命令加载 core.img，来启动 grub2。结果是，能够进入 grub 命令行，但无法执行后续的步骤。发现 prefix 变量的值为 (hd0,gpt1)/grub，而我的环境下，这应该是 (hd0,msdos1)/grub。在命令行手动把 prefix 和 root 变量都调整好，用 configfile 再加载它的 grub.cfg，这样也还是不能成功启动 win11 的 iso。

我想，这个 core.img 是专门用于 (hd0,gpt1)/grub 的，如果 grub 的文件（即，各种 mod 文件）是在 (hd0,msdos1) 之下，core.img 就出问题了。这是这个 core.img 不够灵活的方面。奇怪的是，我在命令行下纠正 prefix 变量和 root 变量，也未能有效（后续启动 iso 失败了）。这说明 core.img 太过于限制它自己的位置了。不知有没有一种补救措施（workaround），能够让 grub4dos 在加载 core.img 之时，告知 core.img 的主程序： prefix 和 root 等变量应该改变成某个希望的值。

不点

既然 grub2 的 core.img 只能放在 (hd0,gpt1) 分区下，我就只好顺从它了。以下这个测试是成功的，证明了 grub4dos 的 kernel 加载 core.img 的方法是正确的。

当电脑进入 grub2 的菜单时，我按 c 进入命令行，然后执行 ntldr /grldr 来加载 grub4dos，执行 boot 命令后就进入 grub4dos 了。进入 grub4dos 后，我又用 kernel 加载 core.img，这次就能成功启动 win11 的 iso 了。也就是说，只要保证 core.img 所在的盘是 (hd0,gpt1)，它就能够成功。反之，如果不在 (hd0,gpt1)上，它就毛病百出。

这里要提到一个细节，免得朋友遇到时被吓坏了。

当我在 grub2 下执行 ntldr /grldr 进入 grub4dos 后，花屏了！但它不是死机，而是可以摸黑操作。我摸黑敲入几个 c 键进入命令行，再摸黑敲入几个回车，再摸黑敲入 graphicsmode 3 命令，进入文本模式，这是成功的，屏幕可以看见命令提示符了。

好吧，我猜，在执行 ntldr /grldr 的时候，处于 grub2 的图形模式。而继续执行 boot 命令的时候，grub2 未能自动切换到文本模式，导致图形模式处于 “未正常退出”的状态。因此，进入 grub4dos 后就花屏了。

上述 graphicsmode 3 虽然可以进入文本模式暂时解决难题，但假如再次尝试用 graphicsmode 命令进入图形模式，照样会花屏。也就是说，图形模式已经无法正常运转了。

我记得 grub4dos 的 boot 命令会自动执行切换到文本模式的步骤（也就是说，能够干净地退出图形环境）。所以，grub4dos 启动别的系统或者启动别的引导管理器，都不会出现问题。

我不知道 grub2 用什么命令可以退出图形模式。假如能够退出图形模式，我想，这就有希望解决花屏问题了。

以下是构思：

此刻处于 grub2 的图形模式 ----->
执行 ntldr /grldr  ------>
执行某条命令退出 grub2 的图形模式 ----->
执行 boot 命令 ----->
这样，进入 grub4dos 后，看看图形模式是否正常。如果正常，说明问题的症结确实找到了。

wintoflash

不点 发表于 2025-1-29 10:28
我按照它提供的方法，在 Windows 下制作了 gpt 格式的启动 U 盘。U 盘前端 25M 是 FAT 格式的分区，用来存 ...

这个是作者故意做的限制。在生成core.img时已经写死了gpt分区。https://gitlab.com/MultiOS-USB/g ... ref_type=heads#L118

wintoflash

不点 发表于 2025-1-29 11:05
既然 grub2 的 core.img 只能放在 (hd0,gpt1) 分区下，我就只好顺从它了。以下这个测试是成功的，证明了 gr ...

terminal_output console

不点

wintoflash 发表于 2025-1-29 12:16
terminal_output console

刚刚试验了，
terminal_output console
和
terminal_output vga_text
都可以解决问题。

在执行 grub2 的 boot 命令之前，执行以上两条命令之一，即可解决花屏问题。

不点

wintoflash 发表于 2025-1-29 12:15
这个是作者故意做的限制。在生成core.img时已经写死了gpt分区。https://gitlab.com/MultiOS-USB/grub/-/b ...

这应该不是他故意限制。grub-mkimage 这条命令必须有参数 --prefix，否则报错。由于他使用 gpt 分区，所以他填的是 gpt1，这是正确的，所以有错也不是他的错，而是 grub2 本身的限制造成的。

不点

要想让 grub2 的 core.img 支持“自由拼装”，那是不容易的。这些天绞尽脑汁，也未能有什么突破。

在 EFI 架构下，根本不存在这种问题；都是 efi 文件，互相调用即可。

从这个角度看，还是 BIOS 尽快消失比较好，各种混乱都会减少。


另外，既然基于 loopback 都能做 ISO 的安装工作，那也太 NB 了吧？这比基于磁盘虚拟的软件，难度更高吧？所以，这个项目要是真能做好的话，那它给人的震撼力，还是蛮大的。总之，这个软件值得关注。

wintoflash

不点 发表于 2025-1-29 12:46
这应该不是他故意限制。grub-mkimage 这条命令必须有参数 --prefix，否则报错。由于他使用 gpt 分区，所 ...

(,gpt1)改成(,1)就可以了

不点

wintoflash 发表于 2025-1-29 14:13
(,gpt1)改成(,1)就可以了

确实，1 的适应性就比较大。我这也是惯性思维，所以未能意识到 gpt1 是有问题的。

我这里没有编译环境。您能给个编译好的 core.img 吗？

liuzhaoyzz

不点 发表于 2025-1-29 14:41
确实，1 的适应性就比较大。我这也是惯性思维，所以未能意识到 gpt1 是有问题的。

我这里没有编译环境 ...

core.img根本就不需要编译，不需要搭建编译环境，用grub-mkimage命令定制就可以实现目标，那个不叫做编译，叫做定制。定制的core.img可以全盘搜索任何一个盘符的/boot/grub/grub.cfg菜单，实现跟grub4dos一样的全盘找菜单的目的，论坛里有帖子，我的那个SX_linux_pe安装器中，有个定制grub2的core.img的批处理，搜索定制，看一眼就知道了，照葫芦画瓢即可，我回老家了，手机回帖不方便搞这个。

不点

liuzhaoyzz 发表于 2025-1-29 18:02
core.img根本就不需要编译，不需要搭建编译环境，用grub-mkimage命令定制就可以实现目标，那个不叫做编 ...

http://wuyou.net/forum.php?mod=viewthread&tid=417233&extra=page%3D1&page=3

搜到这了，这个是用于 EFI 的，不是用于 core.img 的，而 core.img 才是用于 BIOS 的版本。

前面 wintoflash 说过，MultiOS-USB 修改了 grub2，如果不用 MultiOS-USB 自己的 grub2 版本，而用其他的版本，可能会因缺少某些功能而无法工作。

liuzhaoyzz

不点 发表于 2025-1-29 18:44
http://wuyou.net/forum.php?mod=viewthread&tid=417233&extra=page%3D1&page=3

搜到这了，这个是用于 ...

core.img确实是用于BIOS的。如果他修改了GNU grub2，那就要把grub-mkimage命令定制用于他修改的版本了，他应该有分享他编译之后的grub2了吧，但是就查找菜单这一项功能是不需要重新编译他修改的grub2的，只需要用grub-mkimage命令重新定制下查找菜单的命令即可。

wintoflash

不点 发表于 2025-1-29 14:41
确实，1 的适应性就比较大。我这也是惯性思维，所以未能意识到 gpt1 是有问题的。

我这里没有编译环境 ...

core.zip (101.37 KB, 下载次数: 31)

2025-1-29 19:45 上传

点击文件名下载附件
下载积分: 无忧币 -2

具体能不能用我没试过。

wintoflash

不点 发表于 2025-1-29 09:14
感谢您的回复，非常好！

我也注意到了它是根据文件名来逐个处理。

既然基于 loopback 都能做 ISO 的安装工作，那也太 NB 了吧？这比基于磁盘虚拟的软件，难度更高吧？

在实现难度上 loopback 更简单。
loopback 只要保证在 grub 内部有效就行了，退出 grub 之后就不存在了。

也许，将来的 iso 制作者，都会朝着这样一个方式靠拢，支持这种启动模式。

事实上，Linux 的 ISO 有相关的启动规范 (非强制性)：https://www.supergrubdisk.org/wiki/Loopback.cfg
几乎所有基于 Ubuntu 的发行版、少部分基于 Debian 的发行版、Manjaro、grml、SystemRescue 等支持这个规范。
另外，大多数 Linux 发行版也支持 bootloader 通过传递某个内核参数来方便系统在启动过程中挂载 ISO。
https://github.com/a1ive/a1ive.g ... r/grub2_loopback.md
对我来说，如果某个 Linux 发行版连这种参数都不支持，那就是故意不想让用户使用它的 ISO。

这是这个 core.img 不够灵活的方面。奇怪的是，我在命令行下纠正 prefix 变量和 root 变量，也未能有效（后续启动 iso 失败了）。这说明 core.img 太过于限制它自己的位置了。不知有没有一种补救措施（workaround），能够让 grub4dos 在加载 core.img 之时，告知 core.img 的主程序： prefix 和 root 等变量应该改变成某个希望的值。

用户可以自由地用grub-mkimage程序生成自己定制的core.img。用户当然可以考虑各种情况，生成一个在各种情况下都能正常启动的core.img，也能生成一个只能在特定环境下才正常的core.img。
这有点像grldr的内置菜单，你只能建议用户不要修改它，而不能完全阻止用户修改它。

不点

wintoflash 发表于 2025-1-29 19:45
具体能不能用我没试过。

先来报告成功，是牛的一劈，太绝了！

nianyueriPE

GPT不是什么大缺点吧，至少我遇到的电脑，往gpt中安装UD做成混合分区表还没遇到不能启动的

nianyueriPE

其实只要系统能在启动后挂载iso就行，管他是map还是loopback。之前用过的grub2文件管理器挂载Windows安装盘安装Windows的原理就是利用wimboot把挂载软件、winpeshl.ini和文件路径cfg传入boot.wim加载后的pe镜像，让挂载软件先挂载iso再启动setup.exe安装Windows。

不点

用原版 core.img 是不成功的，用 wintoflash 的改造版是成功的。

说说我的操作。

我基于以前制作的“一盘走天下”自由拼装修改版，添加了 multios-usb 的支持。到今天为止，算是彻底获得了成功。

一盘走天下【自由拼装修改版】，是在 U 盘建立两个分区，第一个分区是 FAT32，负责启动，分区大小任意，我的是 30G左右。第二分区是 NTFS，负责存放大文件，分区大小任意，我的是分配了剩余空间，应该大约有 400G 以上吧。EFI 文件夹就在 FAT32 上，grldr 以及 menu.lst 也在 FAT32 上。MBR 上安装 grldr.mbr，或者 wee 也行。EFI 里面存放的是 g4e 的启动文件。

把 multios-usb 的 FAT 里面的内容，都拷贝到 FAT32 这个分区。当然，EFI 会有冲突，因为大家都要占据 BOOTx64.efi 这个文件名。我肯定要保留原先的 g4e，而把来自 multios-usb 的同名文件进行更名。然后，在 menu.lst 中增加一项，链式加载 multios-usb 的那个 efi 文件。因此，EFI 的操作非常简单，根本不是个事。

multios-usb 另外一个存放 ISOs 的分区（包括 ISOs 和 multios-usb 两个文件夹），全部拷贝到 NTFS 分区上。

当我用 BIOS 启动时，我尝试用 grub4dos 加载 multios-usb 的 core.img，结果就是，只能进入命令行，无法进入 multios-usb 的菜单界面。前面帖子已经说了，无论如何折腾，都是失败，即使设法勉强进入了菜单，也不能成功启动 Win11 的 iso。

现在，用 grub4dos 加载 wintoflash 给的这个 core.img，就完美解决了。这个新的 core.img 可以放在任何地方，不需要删除原来的 core.img。当然了，旧的 core.img 也没有用处了，确实可以删除。

将来我会把这个过程，在“一盘走天下【自由拼装修改版】”那个帖子中，加以详细解释。

不点

nianyueriPE 发表于 2025-1-29 23:04
GPT不是什么大缺点吧，至少我遇到的电脑，往gpt中安装UD做成混合分区表还没遇到不能启动的

存在皆合理。各种方式，都是偏爱，没有好坏优劣。根据场景的不同，会存在细微差异。

譬如说，假如要启动一台老旧电脑，它不支持 GPT，你想查看 U 盘的内容，就不方便，因为 U 盘弄成了 GPT 格式。虽然你能顺利启动，但不等于说，启动以后，你都很顺利。你可能会磕磕绊绊的，出现一些小毛病，不太舒服。

我在老的 XP 电脑上插上 exFAT 格式的 U 盘，都遇到障碍呢。还得为 XP 添加一个 exFAT 的驱动，才能使用那个 U 盘。而更常见的一个问题是，Win10 之前的系统，不支持 U 盘多分区，只能看见一个分区。

liuzhaoyzz

不点 发表于 2025-1-29 23:53
存在皆合理。各种方式，都是偏爱，没有好坏优劣。根据场景的不同，会存在细微差异。

譬如说，假如要启 ...

MultiOS-USB用MBR分区也行吧？