MultiOS-USB 初步体验

不点

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

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

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，也继续保持跟踪支持，尽管其开发进展比较缓慢。

wintoflash

不点 发表于 2025-2-1 07:35
我有个疑问，针对 i386-pc：

GRUB4DOS

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

loadfm实际上是有特殊菜单的grub.exe。因此在grub4dos再用一次没什么意义。

不点

wintoflash 发表于 2025-2-1 14:07
loadfm实际上是有特殊菜单的grub.exe。

就是说，最终还是需要 map 建立虚拟光盘。

grubfm 能否做成不需要建立虚拟盘的形式呢？

比如说，就像 Linux 的 vmlinuz 那样，直接在内存中运行。

---------------

又仔细想了想，建立虚拟盘也行，只要在启动 iso 的时候，能够销毁虚拟盘即可。iso 本身启动运行的时候，如果有虚拟盘存在，那对 iso 里面的操作系统的运行，会带来某些副作用。

--------------

上面这段话，写得含糊。重新写。

grubfm 在启动某个 iso， 比如 win11.iso， 的时候，应该尽量撤销虚拟盘，让操作系统在没有虚拟盘存在的环境下，干净地运行。grubfm.iso 本身占据的那个虚拟盘，对于要启动的操作系统来说，是没有用的。虚拟盘的存在，会干扰操作系统的运行，甚至，在最坏的情况下，可能会导致死机。

wintoflash

不点 发表于 2025-2-1 14:27
就是说，最终还是需要 map 建立虚拟光盘。

grubfm 能否做成不需要建立虚拟盘的形式呢？

如果只考虑grub2来加载的情况，可以不用虚拟盘。
loopback挂载ISO后，用multiboot启动里面的grubfm.elf就可以了
但是用grub4dos的话，不用虚拟盘比较困难。

不点

wintoflash 发表于 2025-2-1 14:40
如果只考虑grub2来加载的情况，可以不用虚拟盘。
loopback挂载ISO后，用multiboot启动里面的grubfm.elf ...

我的意思是，用虚拟盘也可。但是，在把控制交给 win11.iso 的那一刻，赶紧卸载虚拟盘。这样不是可以让虚拟盘消失吗？

虚拟盘的存在，有可能干扰操作系统的运行。没有虚拟盘的存在，就没有这种担忧了、就放心了。

wintoflash

不点 发表于 2025-2-1 15:01
我的意思是，用虚拟盘也可。但是，在把控制交给 win11.iso 的那一刻，赶紧卸载虚拟盘。这样不是可以让虚 ...

确实卸载虚拟盘对Windows可能造成的影响更小。
但是启动Windows安装镜像时用的是loopback，因此不会出现两个光驱的情况。
我当时是不确定对不同版本grub4dos的虚拟盘执行unmap会不会出现问题，因此没有做这个操作。

这个项目因为不再维护了，所以不会再纠正这个问题。

liuzhaoyzz

不点 发表于 2025-1-31 19:28
每个软件，给出的都是一种可能性。你选择使用它，或者你不选择使用它，你是自由的。

每个软件，它本身 ...

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

如果说只用来启动PE的话，甚至都不需要grubfm了，yaya修改的g4d/g4e的run模块就足够使用了，只有几百KB，用于启动PE.WIM/PE.ISO，搭配g4d/g4e通杀BIOS/UEFI。
用grubfm和ventoy可是说是大材小用，grubfm/ventoy的长处是可以启动众多linux的liveCD用于启动或者进一步安装到硬盘，linux的启动远比PE要复杂。

不点

wintoflash 发表于 2025-2-1 15:14
确实卸载虚拟盘对Windows可能造成的影响更小。
但是启动Windows安装镜像时用的是loopback，因此不会出现 ...

不同版本的 grub4dos 虚拟盘，是可以“互操作”的。但与 memdisk 建立的虚拟盘，不能互操作。

换句话说，前面的 grub4dos 创建的虚拟盘，后面的 grub4dos 也能识别出来，并承认。

可以卸载前一个 grub4dos 建立的虚拟盘，也可以继续增加别的虚拟盘。

grubfm 不维护了也罢，知道这个状况就行。如果发现死机之类的，就可以朝这个方面去怀疑了。

比如，您前面曾经提到的苹果电脑的死机问题，就可以朝这个方向怀疑。

【补充】很难说，虚拟盘号 (0xFF) 是否被苹果电脑用于它自己的内部操作的某种目的。即使换成别的某个盘号，比如 (0xFE) 或 (0xA5) 等等，都存在同样问题，即，碰巧占用了某个制造商的内部盘号。所以，虚拟盘用完之后，要尽早卸载虚拟盘。卸载虚拟盘，这个动作，对于操作系统的启动、运行来说，是最安全的，只有好处，没有坏处。

不点

liuzhaoyzz 发表于 2025-2-1 15:17
如果说只用来启动PE的话，甚至都不需要grubfm了，yaya修改的g4d/g4e的run模块就足够使用了，只有几百 ...

我最近两年一直在用 g4d/g4e 来运行 PE .iso。我对这个情况比较熟悉。

然而，grub4dos 不能支持微软原版 Windows iso 的运行。因此，我看重的，就是 Ventoy、multios-usb、grubfm 的这种启动能力。

我是初次接触，所以，不太了解行情。我不知道 multios-usb 这方面的功能很弱。我也不知道谁最强。

下一步，我确实有可能用这种方式来启动 Linux 的 iso。

特别是，我并不放弃 multios-usb。我仍然会关注和支持。也许我的要求不高。我觉得 multios-usb，也还不赖吧。瑕不掩瑜。