MultiOS-USB 初步体验

不点

liuzhaoyzz 发表于 2025-1-30 15:12
MultiOS-USB用MBR分区也行吧？

用了 wintoflash 改造后的 core.img 之后，这就没问题了，可以适应 MBR 和 GPT。否则，原版的 core.img 只认 GPT 格式。请看我前面的描述，尤其留意，我的一盘走天下【自由拼装修改版】，就是 MBR 分区结构。

AcidBurn

谢谢楼主的分享!

liuzhaoyzz

不点 发表于 2025-1-30 19:58
用了 wintoflash 改造后的 core.img 之后，这就没问题了，可以适应 MBR 和 GPT。否则，原版的 core.img  ...

懂了。

不点

试着深入思考一下 ISO 的启动问题。

ISO 是古老的启动盘格式——光盘格式。古老的启动盘格式有好几种，比如软盘格式、硬盘格式。其中，软盘格式正处于被淘汰、被消灭的状态。光盘格式能够坚持多久？这无法断言。我只能说，UEFI 时代的主板，现在还在支持光盘格式。

ISO 格式，除了它是一种主板支持的“启动”格式以外，它还表现为一种“打包”格式。像 cpio 和 tar 这样的格式，就属于“打包”格式。能“打包”，也就能“解包”。

ISO 作为“启动”格式，它有 BIOS 的“引导头”（即，bootsector），或者，UEFI 的引导文件。它，作为光盘 cdrom，能够被真实机和虚拟机直接启动。

敲完了边鼓，现在归入正题。

ISO 作为“打包”格式，不“理睬”引导头，也不“理睬”引导文件，而是直接进入下一个环节，找到所谓“目标”载体，直接引导“目标”文件或“目标”系统。只要遵守某些“补充规范”，这是可以做到的。

loopback 并未建立虚拟机，也未建立虚拟（磁、光）盘。它本质上是一个“解包”过程，只不过不需要解开到一个文件夹下，而是能够动态读取 ISO 内的每一个文件。这种读取能力的存在，就是 loopback 的实质。

好了，既然可以通过 loopback 来访问 ISO 内的每一个文件了，那就设法启动这个 ISO 内的“目标”文件。也就是说，加载“目标”文件到内存（有时候还需要对运行环境进行某些动态调整，即“补充或修正”），然后递交控制权。

这就是说，multios-usb 从原则上说，能够启动大量的 ISO，只要针对每个具体的 iso 作具体的动态调整即可。

相比之下，grub4dos 启动 ISO 时，建立了虚拟盘。然而仅仅建立这种虚拟盘，是不能完全虚拟所有的 iso 的（只能虚拟一部分 iso，比如实模式的 DOS 光盘）。还需要有后续的 svbus 之类的配合，才能真正完成 iso 的启动和正确运行。也就是说，即使建立了虚拟盘，也不能彻底解决问题，而是照样需要用 svbus 之类的手段进行“补充或修正”。

原则上讲，带有“虚拟盘”功能的 iso 启动方法（Ventoy 是一个典型代表），能够启动更多的 iso，包括启动 BIOS 时代的那些 ISO。

而不带“虚拟盘”功能的 iso 启动方法（就像 multios-usb 那样的情况），则主要用于启动新近出现的 iso。它的服务重点，不是古老的 iso，而是未来的 iso。

随着时间的推移，随着 BIOS 和老电脑逐步退出历史舞台，可以想见，Ventoy 与 multios-usb 在 iso 启动方面的差异，会逐渐缩小，直至消失。两个软件都会不断进步、不断完善，其结果大概会是：殊途同归。

liuzhaoyzz

启动linux.iso，MultiOS-USB用的是loopback方案；不知道启动PE.ISO它用的是什么方案？理论上单独的loopback是不行的，因为只在grub2环境下有效，是不是也是用的和ventoy类似的方案呢？wintoflash可能解答下？
https://gitlab.com/MultiOS-USB/mountiso/-/releases/v0.1.0

感觉上来说，ventoy对于grub2和ipxe进行了深度二次开发，魔改，MultiOS-USB感觉没有那么深入，他跟ventoy相比差的很远，ventoy成熟度、开发进度遥遥领先于MultiOS-USB，ventoy1.1版本是最新版，MultiOS-USB的版本只相当于ventoy的0.1版本，支持的linux/PE发行版太少了，只有ventoy的十分之一。
https://github.com/Mexit/MultiOS ... ocs/Supported_OS.md

MultiOS-USB优点是便于无损部署，部署条件不高，没有ventoy那么苛刻。

fjun67

谢谢分享！

不点

liuzhaoyzz 发表于 2025-1-31 16:26
启动linux.iso，MultiOS-USB用的是loopback方案；不知道启动PE.ISO它用的是什么方案？理论上单独的loopback ...

每个软件，给出的都是一种可能性。你选择使用它，或者你不选择使用它，你是自由的。

每个软件，它本身有优点，也有缺点。你的选择，就是对这些优缺点加以对比，进行综合判断后得出的结果。

关于 iso 的启动【此处是指用 bootloader 加载启动 iso 文件，而不是刻录光盘，也不是用虚拟机把 iso 当作光盘来启动】，我个人目前的应用范围比较狭窄。因此，我的结论、我的选择，可能只适合我自己，或者再加上那些跟我的想法和使用场景一致的人。

到目前为止，我还未使用 iso 来安装 Linux。都是使用 iso 来启动 PE，或者启动以前的 DOS 之类的 iso 文件。

grub4dos（此处包含了 g4e 在内） 能够启动 PE.iso。我接触到的 PE，貌似都能支持 grub4dos 的 map 仿真启动【那些不能成功启动的，也许早已经被我忽略了、放弃了，所以也就想不起来了】。这个启动方式，工作得很完美，没出啥大毛病，因此，我也没有动力，换成别的启动方式。

看到 multios-usb 这个启动软件以后，我觉得它带给了我新的可能性，可以拓展我的应用场景。首先，我看重的是，它能够挂在 grub4dos 底下，不丢失 grub4dos 原有的启动功能，而扩展出新的功能。这种“自由拼装”，给我的吸引力是很大的。新功能本身给我的吸引力也是有的——就是说——现在能够通过 multios-usb 来启动微软的 Win11.iso 安装光盘了。以前的 grub4dos map 命令只能启动 PE.iso，不能启动 Win11.iso。我现在是“拿来主义”，我不需要做任何工作，因为 multios-usb 都已经做了那些工作。我只需要安心使用它的功能即可。当然这里应该特别感谢 wintoflash，否则我还不能成功地把 multios-usb 挂在 grub4dos 底下。我完全没有费劲做任何工作，我只是进行了“挂接”，就同时拥有了 grub4dos 和 multios-usb 的功能。非常“便宜”，非常“划算”。

wintoflash

liuzhaoyzz 发表于 2025-1-31 16:26
启动linux.iso，MultiOS-USB用的是loopback方案；不知道启动PE.ISO它用的是什么方案？理论上单独的loopback ...

源码很清楚啊，就是wimboot。
https://github.com/Mexit/MultiOS ... ows/windows_iso.cfg

wintoflash

不点 发表于 2025-1-31 10:40
试着深入思考一下 ISO 的启动问题。

ISO 是古老的启动盘格式——光盘格式。古老的启动盘格式有好几种， ...

带有“虚拟盘”功能的 iso 启动方法（Ventoy 是一个典型代表）

Ventoy支持两种方式启动 ISO。一是你所说的虚拟盘。二是类似loopback的方式。
两者都会在操作系统启动中进行hook，再次挂载磁盘上的ISO。
方式二是为了解决部分电脑上方式一死机的问题。
因为有各种各样奇葩的BIOS固件，这个虚拟盘驱动不可能保证在所有的电脑上都能不出问题。
以我熟悉的UEFI举例，比如很多苹果电脑，Ventoy的虚拟盘会造成死机。
grub4efi以及我开发的grub2分支，（dido0379，我以及yaya实现的）虚拟盘驱动的健壮性是比Ventoy强一些的 (自卖自夸)，但是也遇到过死机的情况。

dawensger

路过看看

不点

wintoflash 发表于 2025-1-31 20:48
Ventoy支持两种方式启动 ISO。一是你所说的虚拟盘。二是类似loopback的方式。
两者都会在操作系统启动 ...

了解了，非常感谢。

诚实地说，我用过 Ventoy，却还未用过您的 grub2 修改版。我觉得，开辟 grub2 的分支是对的，这增大了用户的“可选择空间”。

有可能的话，我也想把您的 grub2 挂在“一盘走天下【自由拼装修改版】”中。也或者，（如果可能的话），把“一盘走天下【自由拼装修改版】”中的 multios-usb 的 grub2 版本，替换成您的 grub2 版本。不知难度大不大。

wintoflash

不点 发表于 2025-1-31 21:09
了解了，非常感谢。

诚实地说，我用过 Ventoy，却还未用过您的 grub2 修改版。我觉得，开辟 grub2 的 ...

我修改的分支已经不再维护了。
multios-usb中的grub2，不可以直接替换为我修改的分支。
如果只是为自己的启动盘多一个选择，可以用我的grubfm，便携式单efi文件。
https://github.com/a1ive/grub2-filemanager

不点

wintoflash 发表于 2025-1-31 21:44
我修改的分支已经不再维护了。
multios-usb中的grub2，不可以直接替换为我修改的分支。

不维护了？那么能否把补丁提交给 grub2 维护者，看看能否被采用？

第二个思路是，能否把补丁打在 multios-usb 上？就算 multios-usb 的维护者不采用，我们也可以自己用。比如说，用于“一盘走天下【自由拼装修改版】”的 U 盘上。

834772509

wintoflash 发表于 2025-1-31 21:44
我修改的分支已经不再维护了。
multios-usb中的grub2，不可以直接替换为我修改的分支。
如果只是为自己 ...

我看grubfm也不维护了，后期还有维护的打算嘛？

liuzhaoyzz

wintoflash 发表于 2025-1-31 20:48
Ventoy支持两种方式启动 ISO。一是你所说的虚拟盘。二是类似loopback的方式。
两者都会在操作系统启动 ...

你魔改的grub2和yaya的g4e，对于MAC电脑确实经过了很多实战检验，当时在svbus,primo驱动RAMOS测试的时候经过了很多实战检验，论坛里面也有网友反馈grub2,grubfm和g4e都可以，ventoy无法启动MAC的情况。

wintoflash

834772509 发表于 2025-1-31 22:49
我看grubfm也不维护了，后期还有维护的打算嘛？

没有。

不点

wintoflash 发表于 2025-1-31 21:44
我修改的分支已经不再维护了。
multios-usb中的grub2，不可以直接替换为我修改的分支。
如果只是为自己 ...

我有个疑问，针对 i386-pc：

GRUB4DOS

map --mem /grubfm.iso (0xff)
map --hook
chainloader (0xff)

GRUB 2

linux /loadfm  
initrd /grubfm.iso  

这里的 g4d、grub2 加载方式，为何不同？

在 g4d 中，能否使用 grub2 的加载方式？g4d 中有 kernel 命令，可以与 grub2 的 linux 命令相对应。

因为我看到，grub2 的加载方式，没有使用 map 命令，因此，不需要建立虚拟光盘。而 grub4dos 的加载方式，却建立了虚拟光盘。

我的意思是，如果能够避免建立虚拟盘，还是设法避免比较好，除非根本无法避免。

不点

wintoflash 发表于 2025-2-1 06:40
没有。

能否透露一下，不维护的主要原因是啥？

抱歉，由于身体原因，我错过了关注这个话题的时机，不知道开发历史，以及在此期间发生的事件。

1、是因为软件成熟了，无需继续开发了吗？
2、是因为工作成果已经转移、附加到别处了，比如转移、附加到 grub2 或 grub4dos 中了吗？
3、是因为时间、精力、身体状况等原因吗？
4、是别的我想不到的原因？

chen463

再一次详细看说明操作
可能是我U盘或系统缺少软件开启WIMBOOT-WIM的条件，失败…这我就不明白其中道理了，为何WIMBOOT不执行，难道还需安装动作，如果是，那太被动了。或许它分区限制的条件我不吻合，我是刻意测试的，看它随机应变的能力。
ISO无法显示出来...看说明：支持的ISO文件是独特的限制。非广泛的PE-ISO，这我明白了


这不是随便安装就能使用它功能的，我分区MBR格式测试，把GRUBX64.EFI更名BOOTX64.EFI来启动，跟VENTOY相同的路径\GRUB\grub.cfg启动没问题，只不过它修正了，菜单能整合自己的设定变成一个新菜单。
IOSs放入PE-ISO结果不支持显示，不符合它的条件。这我明白了
放入WIM文件，结果支持显示，WIMBOOT执行失败了，可能我分区格式或分区位置不符合它启动的条件。如果分区一定坚持是GPT格式或IOSs放第二分区，那就局限它使用的范围。

不点

chen463 发表于 2025-2-1 07:58
可能是我U盘或系统缺少软件开启WIMBOOT-WIM的条件，失败…
ISO无法显示出来...

对这个软件，首先要有“理解”。如果“理解”不到位，就会产生“误解”。

首先，这个软件的开发历史，比 Ventoy 还要久。确切地说，比 Ventoy 早 2 个月。

但是，遗憾的是，它的精细程度、完善程度，与 Ventoy 相比，还有很大差距。
Ventoy 的 fork 数量、star 数量以及开发者、贡献者的数量，都远远超过 multios-usb。

它启动 iso 的时候，或者启动 wim 的时候，都是根据文件名来弄的。

比如说，启动 Windows 的 iso，那么，文件名就必须是 Win1*_*_x64*.iso 这样的形式，否则，不会呈现出这个启动项目。参见 /multios-usb/config/windows/windows_iso.cfg

而启动 wim，就必须是 *.wim，也就是，必须以 wim 为后缀的文件名，否则不会呈现出这个启动项目。参见 /multios-usb/config/windows/wim_file.cfg

这方面，它的工作很不完善。我觉得，它需要有开发者尽快完善才好。

再者，我们作为用户，就不要对这个软件期望太多。期望越多，失望也越多。

你看重了它哪方面的优点，就应该接纳它在其他方面的缺点。

如果你像我一样，觉得是“白剽”的，能够完全无损地挂在 grub4dos 底下，不伤害 grub4dos 原有的任何东西，而能纯粹增加微软 Win11 的 iso 文件的启动能力，这就满意了。如果对此功能不满意，那就干脆当成垃圾软件，彻底删除就 OK 了。

chen463

不点 发表于 2025-2-1 09:12
对这个软件，首先要有“理解”。如果“理解”不到位，就会产生“误解”。

首先，这个软件的开发历史， ...

我是看到大大在测试，所以好奇玩玩，

刚查询一下，创作时间2020年刚好是VENTOY发布哪一年，其实这版本我几年前就测试过了，只是时间久了还有点印象，

另外还有一个AIO-BOOT更类似VENTOY，也是2020五年前作品，现在也不更新了，这个安装条件更宽松，使用更方便，被我收纳入U盘。


W大的grubfm功能，我个人使用后给于很高的评价，不输VENTOY，甚至还更高，因限制条件少使用更广泛，推荐您试试。

如果能有自动辨别功能，直接使用何种方案开启ISO或WIM或VHD，不须再选择，那更无敌啰！


首先，这个软件的开发历史，比 Ventoy 还要久。确切地说，比 Ventoy 早 2 个月。-？？？？？
这是我上网查询开发版本时间，也许有误，但不在讨论范围内。
AIO-BOOT-2016/06
VENTOY-2020/04
MultiOS--2020/05

834772509

不点 发表于 2025-2-1 09:12
对这个软件，首先要有“理解”。如果“理解”不到位，就会产生“误解”。

首先，这个软件的开发历史， ...

如果是这样的话，那岂不是很多PE多不支持启动？

不点

刚刚在我的“一盘走天下【自由拼装修改版】”U 盘上，挂接了 grubfm。我在 BIOS 启动环境测试了微软 Win11 的 iso 文件。成功启动，进入安装流程。

而我从 grub4dos for BIOS 启动 grubfm 的命令是：

kernel /grubfm-zh_CN/loadfm
initrd /grubfm-zh_CN/grubfm.iso

grubfm 确实很强大，很成熟。

而我对 multios-usb，也继续保持跟踪支持，尽管其开发进展比较缓慢。