MultiOS-USB 初步体验

wintoflash

GRUB2下FAT/NTFS/EXFAT文件名不区分大小写。但是通配符模块是区分大小写的。
我已经提issue了。
https://github.com/Mexit/MultiOS-USB/issues/28

chen463

MULTIOS功能其强，不可多得的方案引导，只是程度差，无法自定义更多的功能，如有搜寻各磁盘分区ISO功能更好，收下与VENTOY和GRUBFM互补使用，各有特色优点。

不点

chen463 发表于 2025-2-5 17:26
MULTIOS功能其强，不可多得的方案引导，只是程度差，无法自定义更多的功能，如有搜寻各磁盘分区ISO功能更好 ...

谈谈我的理解。

multios-usb 属于“不使用虚拟盘”的方案。

Ventoy 和 grubfm 属于兼具“可使用虚拟盘”与“不使用虚拟盘”两套并存的方案。

“使用虚拟盘”，可以应对旧的 BIOS 时代遗留下来的那些 ISO，主要与 int13 有某种联系。

“不使用虚拟盘”，则适用于“远离 BIOS”的那些 ISO。比如，虽然在 BIOS 时代也有 Linux，但 Linux 的 iso 光盘，却不支持 int13 的虚拟方式。必须让 Linux 能够以其它方式识别 ISO，比如 loopback 规范。显然，int13 在这个过程中是没有用的。Windows 下需要 firadisk、winvblock、svbus 驱动来弥补虚拟盘的不足。

也就是说，即便在 BIOS 时代，“使用虚拟盘”的方案，也已经暴露出“无法满足需求”的问题了。

而“不使用虚拟盘”的方案，则是“彻底摆脱虚拟盘”的一种尝试了。这种方案，面向的是未来；因而可能无法应对旧的 BIOS 时代的那些 ISO（比如 WinXP 或更早的 iso）。

不点

看自己的需求了。

如果自己的应用范围不再需要考虑旧的 BIOS 支持，那就可以选择上述任意一个方案。我认为差别不大，仅仅存在“成熟度”的差别，不存在本质差别。

如果自己的应用范围还需要支持旧的 BIOS，那只能选择 Ventoy、grubfm 这类软件了。而假如还想很方便地挂在 grub4dos 底下，那么可选择的软件就不多了，个人感觉，首选的应该是 grubfm。

kukuyu

谢谢分享

chen463

把他们整合全部放入U盘
1.MultiOS-EFI
2.VTOYEFI
3.GRUB4DOSG4E
4.GRUBFM.ISO

longpanda

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

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

其实对于Linux类系统，是通过“虚拟盘” map的方式启动还是通过 loopback 的方式启动并不是最关键的问题。
最关键的问题是启动后，控制权交给原系统之后，它如何找到并能正常读取ISO文件内容，从而使得启动过程继续进行下去（一般是安装系统的流程）。

loopback的方式简单来说就是在前面启动的时候给系统传了个参数，比如 iso-file=xxx.iso。
也就是告诉系统：“等会你去所有的分区（硬盘的、U盘的等）里面扫描一遍，找到这个xxx.iso文件，挂载起来，然后继续后面的启动流程吧。”
这里其实隐含了一个前提条件，就是这个Linux系统要能支持ISO文件所在的那个分区的文件系统，否则它连这个U盘分区中的文件系统都无法识别，自然也就无法从里面找出这个ISO文件。

确实有很多Linux发行版支持loopback参数，但是这当中有很多发行版的 initramfs 中不带 exfat驱动或者fuse驱动+ntfs3g。
也就是说使用loopback参数的方式，如果ISO文件放在 FAT32分区或者是 ext/xfs 等这种Linux中常使用的分区中时，启动时可以正常找到ISO文件，
但是如果ISO文件放在 NTFS/exFAT 分区中时则会报错找不到ISO文件，就无法继续启动。
而NTFS/exFAT这两种文件系统是大部分人最常用的两种文件系统（除非是不需要考虑Windows环境的情况）。

至于为什么很多Linux发行版默认initramfs中不支持 exfat/NTFS系统？
这就比较复杂了，可能有版本、历史、阵营、信仰等等各种原因，总之现状就是这样，而且我觉得很长一段时间内都会维持这个现状。

因此，如果U盘使用 NTFS/exFAT文件系统的话，那所有基于loopback的方式启动Linux系统的方案，目前来说都无法支持很多发行版。
（除非U盘使用 ext/xfs 等Linux原生的文件系统，但这样又无法用来启动标准的Windows ISO文件了）

pls

chen463 发表于 2025-2-5 20:10
把他们整合全部放入U盘
1.MultiOS-EFI
2.VTOYEFI

你这是结合四大方子，药下的有点猛了，看你的了！

不点

longpanda 发表于 2025-2-5 22:37
其实对于Linux类系统，是通过“虚拟盘” map的方式启动还是通过 loopback 的方式启动并不是最关键的问题 ...

欢迎 longpanda 光临指导！您创建的 Ventoy 项目，在启动领域震动很大。这么多年，您精心打造，不断完善，付出了您的智慧、精力、辛劳。我作为一个受益者，内心很感激，也佩服您技术精湛、细致入微。Ventoy 的功能十分强大，但我的使用范围比较狭窄，我只体验了 PE.iso 的启动，未能体验 Ventoy 在 Linux 启动方面的表现。既然您能提出 Linux 启动之初不支持 exFAT、NTFS 的问题，我猜，Ventoy 也有可能已经采取了措施，解决这个棘手问题，把不可能变成可能；那样的话，就太好了。

关于 Linux，我也顺便谈点粗浅认识。以下 Linux 不是指内核，而是指操作系统（或者通俗来说就是发行版）。从非技术层面（空洞的哲学层面）考虑，Linux 的问题很复杂。Linux 有长处，有优点，也有着无可替代的东西，很珍贵。但遗憾的是，Linux 也有某些不该有的缺点。那些缺点，并非技术难点、并非“做不到”、并非“无法完成的任务”，而是“不去做”或“拒绝去做”。这是 Linux 发行版开发商、制作者“事先设定”的框架，而 Linux 的现状，也正是开发商希望的现状。年轻的时候，我不是这么认为的。年轻的时候，我认为 Linux 发行商肯定希望 Linux 能够扩展到世界的每一个角落。但我现在不这样认为了。我认为开发商由于某种深层的、隐藏的原因而不想让 Linux 太过于“蔓延”。Linux 这种“不温不火”或者说“半死不活”的现状，正是这些开发商所希望的。Linux 开发商有很多，但他们整体上是一致的，都不约而同地愿意看到 Linux 的现状，而不是去努力改变这个现状。我希望将来会有 Linux 发行商去致力于改变 Linux 的现状。我以前曾经说过，神雕这个人制作的 Linux，就已经非常好了。我认为，他是在“全力打造”。换句话说，我认为他就是“努力让 Linux 蔓延”的那个人。但遗憾的是，他后来也停止开发了。“一个人”就能做好，而“一个团队”却做不好。为什么？因为缺少的，就是“神”，缺少的是“心”。他们心里就没想让 Linux 怎样怎样地“好”，所以，他们做出来的 Linux 也就不会怎样怎样地“好”。这是我的视角所见；对别人有没有用，我不知道；分享一下。

fjun67

值得尝试。

chen463

经过几次不同配备的测试，稳定性并不如预期，

1.启动安装系统，不同分区格式放WIN.ISO安装，可能是碎片造成，也可能是安装系统的一些配备条件卡关，会造成错误讯息，
2.启动PE.ISO也是有失败的现象，一样的条件情况下，相对的VENTOY，G4E，GRUBFM就稳定启动PE.ISO，所以这方案的启动非万能，有其瑕疵的现象。

[通过“虚拟盘” map的方式启动还是通过 loopback 的方式启动]
测试MultiOS发现几个问题确定


1.PE里面BOOT.WIM似乎大写不会显示菜单，跟自定义菜单不知有关连性否。
2.PE里面使用批处理.bat来处理驱动，似乎不被接受，全部被排除安装失败。
3.安装系统WIN.ISO，放分区格式是NTFS\exFAT可以，但是似乎必须连续性，不能有太多碎片或异动造成断片，会显示错误讯息。


记得以前安装系统是使用WIM，甚至还分割，分区格式必须放在FAT32格式下才能安装系统。

wintoflash

longpanda 发表于 2025-2-5 22:37
其实对于Linux类系统，是通过“虚拟盘” map的方式启动还是通过 loopback 的方式启动并不是最关键的问题 ...

可不可以解决下 UEFI 启动 WinPE ISO 分辨率低的问题？
已经有很多多人报告过了，例如
http://bbs.wuyou.net/forum.php?mod=viewthread&tid=435647
https://github.com/ventoy/Ventoy/issues/3019
解决方法很简单。

1. bcdedit /set highestmode true

复制代码

https://learn.microsoft.com/en-u ... evtest/bcdedit--set

highestmode [ on | off ]
Enables boot applications to use the highest graphical mode exposed by the firmware.

可以给用户一个选项来设置是否强制最高分辨率。
这个问题只会在UEFI下出现，因为UEFI下Windows没装显卡驱动就不能更改分辨率，bcd的这个选项也只在UEFI下有效。

wintoflash

chen463 发表于 2025-2-6 11:44
经过几次不同配备的测试，稳定性并不如预期，

1.启动安装系统，不同分区格式放WIN.ISO安装，可能是碎片 ...

你这个测试有问题，应该是另有原因导致了启动失败，比如U盘问题等。
grubfm也是grub2，用来启动iso的方式几乎一模一样。

chen463

wintoflash 发表于 2025-2-6 20:39
你这个测试有问题，应该是另有原因导致了启动失败，比如U盘问题等。
grubfm也是grub2，用来启动iso的方 ...

相同的PE，Grubfm有选项，map方案成功，另一win PE方案启动也是失败的，跟MultiOS-USB一样情况。
测试不能只拿单人制作的一个PE做结论，我是拿多人的不同的PE在测试，才发现有此现象。

例如：L大的Pe里面的\sources\BOOT.WIM大写，是无法在菜单上显示的，修正小写后，便能成功显示并启动成功。
例如：KO大的PE，3个版本都非常顺利的启动，因制作方案单纯化。
例如：K大的PE，因多样化且版本众多，制作方式也有不同，就容易出现有些成功，有些启动失败。
但是失败的PE切换以不同的方案来启动，如G4E-RUN却成功，VENTOY也成功，证明这U盘的PE没问题，是启动方案不适用。

wintoflash

chen463 发表于 2025-2-6 21:18
相同的PE，Grubfm有选项，map方案成功，另一win PE方案启动也是失败的，跟MultiOS-USB一样情况。
测试不 ...

你说的“失败”具体是什么现象？报什么错误？
笼统地说“显示错误信息”对解决问题没有任何帮助。

PE里面使用批处理.bat来处理驱动，似乎不被接受，全部被排除安装失败。

没看懂。

chen463

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

K大这个PE您下载测试看看

wintoflash

chen463 发表于 2025-2-6 21:44
http://wuyou.net/forum.php?mod=viewthread&tid=438856&extra=page%3D1

K大这个PE您下载测试看看

我不喜欢猜谜。

chen463

wintoflash 发表于 2025-2-6 21:57
我不喜欢猜谜。

手脚反应动作慢，只抢拍到这一个画面，有多个…。最后S机

花了一点时间测试，原来K大的PE双用户A.S.O….版本，不适用boot windows pe from iso(loop)方案启动该PE.ISO，bat不能执行。

需使用boot for(map)，才能启动成功。

以前我一直使用G4E-RUN和ventoy启动PE，没发现这情况，现在因测试MultiOS-USB启动失败，才发现区别。

wintoflash

chen463 发表于 2025-2-6 22:07
手脚反应动作慢，只抢拍到这一个画面，有多个…。最后S机
花了一点时间测试，原来K大的PE双用户A.S.O…. ...

你这已经成功进入系统了。
跟引导器已经没关系了。
出现这个报错说明这个PE的启动流程和标准的不一样，不执行挂载iso就行了。
删掉这三行。

chen463

wintoflash 发表于 2025-2-7 06:21
你这已经成功进入系统了。
跟引导器已经没关系了。
出现这个报错说明这个PE的启动流程和标准的不一样， ...

感谢W大，MultiOS-USB完美成功引导PE_A.S_O…的版本。感恩您！

grubFM也有这现象，如有更新版本，我再下载测试。

834772509

关于ISO内文件的大小写我一直有个疑问，里面的文件是大写好还是小写兼容性更好？那个ISO 9660文件命名格式也不知道选哪个兼容性更好

wintoflash

834772509 发表于 2025-2-7 14:39
关于ISO内文件的大小写我一直有个疑问，里面的文件是大写好还是小写兼容性更好？那个ISO 9660文件命名格式 ...

这个其实不用太在意，iso9660是大小写不敏感的。只是grub2对test和通配符的实现有问题。
不知道怎么样更好的话和微软官方iso保持一致就行了。

longpanda

wintoflash 发表于 2025-2-6 20:34
可不可以解决下 UEFI 启动 WinPE ISO 分辨率低的问题？
已经有很多多人报告过了，例如
http://bbs.wuyo ...

后面版本我改下试试。

longpanda

wintoflash 发表于 2025-2-6 20:34
可不可以解决下 UEFI 启动 WinPE ISO 分辨率低的问题？
已经有很多多人报告过了，例如
http://bbs.wuyo ...

我看了下，这个修改WIM插件里面的BCD文件重新打包的话是简单的。
不过如果是启动ISO文件的话，动态修改启动阶段的BCD参数是不太容易的。

不点

longpanda 发表于 2025-2-7 17:36
后面版本我改下试试。

我也顺便提一个改进建议吧。

在启动 grub4dos 或某个操作系统之前，先执行 terminal_output console 命令，退出图形模式，这可以解决花屏问题。

longpanda

不点 发表于 2025-2-7 20:28
我也顺便提一个改进建议吧。

在启动 grub4dos 或某个操作系统之前，先执行 terminal_output console  ...

这个已经加过了，还是不能彻底解决。

wintoflash

longpanda 发表于 2025-2-7 20:10
我看了下，这个修改WIM插件里面的BCD文件重新打包的话是简单的。
不过如果是启动ISO文件的话，动态修改 ...

应该可以预置一个开了highest mode的bcd，生成虚拟盘的时候替换原ISO上的bcd吧。
然后给用户选择的权利，万一预置的bcd不行，还可以选择不替换原ISO里面的bcd。
当然我也只是提个建议，只改wim插件的bcd其实已经足够了。

liuzhaoyzz

MultiOS-USB_windows_image_v0.9.6测试体验
1、他的主要精力估计98%以上都在启动linux发行版。
2、在windows下面安装还需要借助rufus、etcher这样子的软件写入，然后还要新建卷、拷贝文件，不如ventoy这样子的“一站式”写入方便。
3、对于PE支持较差，PE.ISO名字都不能显示，只能显示一个HBCD_PE_x64.iso这样子的名字的PE，其他的PE无法显示并启动。而且PE.ISO中boot.wim所在的目录和名字(loop)/sources/boot.wim都被写死了，导致的结果就是适用性很差，对于国内的PE，很多都不能直接支持，就像wintoflash说的那样，没有一个兜底的方案启动PE.ISO。
H:\MultiOS-USB\config\windows\windows_iso.cfg
iso_pattern="Win1*_*_x64*.iso"

for isofile in $iso_dir/$iso_pattern; do
        if [ -e "$isofile" ]; then
                regexp --set=isoname "$iso_dir/(.*)" "$isofile"

                menuentry "$isoname" "$isofile" --class=windows {
                        if [ "${grub_platform}" != "efi" ]; then
                                rmmod iso9660
                                drivemap -s (hd0) (hd1)
                        fi
                        echo Loading boot.wim... This may take some time
                        iso_path="$2"
                        save_env iso_path
                        LOOPBACK "$iso_path"
                        $wimboot_kernel /MultiOS-USB/tools/wimboot-*/wimboot.x86_64 quiet
                        $wimboot_initrd newc:boot.wim:(loop)/sources/boot.wim \
                                                        newc:mountIso.exe:/MultiOS-USB/tools/mountiso/mountiso64.exe \
                                                        newc:grubenv:($dev,1)/grub/grubenv \
                                                        newc:Winpeshl.ini:/MultiOS-USB/config/windows/Winpeshl.ini
                        echo Loading boot.wim complete, booting...
                }
        fi
done
4、他启动PE用的是loopback iso之后，用mountiso32/mountiso64（不知道是不是Mexit自己写的）注入到PE.ISO中，通过Winpeshl.ini启动mountiso.exe，这个实用性太窄了，如果不是用的Winpeshl.ini作为启动脚本怎么办？而且这种方案挂载PE.ISO，应该也会导致不能脱盘运行，某些场景很不方便。对于非WIM的PE不支持，比如XP PE不支持。国内有g4d/g4e/魔改版grub2，搭配map、ntloader、ntboot等方案很轻松地启动各种PE，还有ventoy/grubfm方案，要远比这个MultiOS-USB好用。
5、他启动linux用的是grubfm类似的方案，但是不支持partnew方案，因此对于原生不支持iso启动的linux发行版就不行了。似乎也不支持linux解开启动。

该软件2020年就开始开发，5年了对于PE的支持还是这么差，技术上已经远远落后于国内启动PE.ISO的方案了，如果仅仅用来启动PE.ISO/PE.WIM，适用范围太狭窄、兼容性太差，软件的上限目前来看很低，远远达不到国内启动方案的目标，继续研究用它启动PE.ISO/PE.WIM完全就是浪费时间、浪费生命！

chen463

MultiOS-USB尝试把它安装到硬盘ESP分区里，变成硬盘版-成功。


1.PE.ISO的显示，感谢W大的自定义winpe菜单，非常完美成功显示了\ISOs里面能支持的PE。
2.
例如：L大的Pe里面的\sources\BOOT.WIM大写，是无法在菜单上显示的，修正小写后，便能成功显示并启动成功。
例如：KO大的PE，3个版本都非常顺利的启动。
例如：K大的PE，因多样化且版本众多，制作方式也有不同，就容易出现有些成功有些启动失败。启动失败的问题W大已修正并启动成功-几乎所有版本。
3.H3大的ISO综合版，可惜无法显示。
4.ATI版的ISO，可惜无法显示。
5.Wim可以显示菜单上，可惜无法成功启动。这是最遗憾，这功能至今还是有需求性。
6.ISO无法分区分类的排列搜寻，只能定点式\ISOs，少了这功能真的差很多。还好可以跨分区搜寻到\ISOs仅存一点功能。
7.以上3~6项是初步测试结果，也许是功能不会设定造成，期望能有更多开放功能更新，让用户能方便使用，使用者大都是低阶程度，让动手自定义功能，真的无法了解其中用途功能的操作模式，实用价值无法发挥极致。
8.虽然功能没达到要求的那么完美，但是启动过程非常滑顺快速，作品值得肯定与鼓励，期待再接再厉。
9.可支持的ISO看官方公告，测试告一段落，结束测试。感谢大家。

wuwuzz

longpanda 发表于 2025-2-5 22:37
其实对于Linux类系统，是通过“虚拟盘” map的方式启动还是通过 loopback 的方式启动并不是最关键的问题 ...

Bingo! Ubuntu ISO放在NTFS分区上问题多多。

[我的环境是grub2、以持久化方式做Linux to go。U盘2个分区，FAT32分区放vmlinuz、initrd、持久化文件casper-rw
(或writable)，NTFS分区放Ubuntu ISO。ISO放NTFS分区是被逼无奈，因为最新V24.04、V24.10的ubuntu(或衍生版,下同)
ISO大于5G，无法再放在FAT32分区]

除了L版提到的initramfs要有NTFS驱动，使得进入ubuntu后能“继续”找到ISO，让启动过程顺利
进行下去外，还有其他新问题--即使有NTFS驱动引导成功、正常进入了ubuntu，也不代表万事大
吉。因为在最后shutdown或reboot时，会进入：blk_update_request: I/O error, dev loop0,
sector 0 op 0x1(write) 死循环，不能正常关机或重启。

这个问题已困扰我多天，迟迟找不到解决办法。造成这个问题的原因，我拿其他ISO<4G的旧版
做过测试，放在FAT32分区没问题，放在NTFS分区就出现相同I/O error。经查国外网站，五花
八门的旧信息，但根源指向明了：Linux卸载顺序不对，shutdown提前kill了ntfs驱动，导致
无法写。在旧版Linux上，需要在某个init脚本中执行pidof mount.ntfs >> /run/
sendsigs.omit.d/ntfs_3g语句，记录ntfs驱动进程号(声明例外)，阻止提前kill ntfs驱动。

新版ubuntu使用systemd，我不熟悉，不知道该如何改。DeepSeek给的方法是：建立新的
system service服务,在shutdown/umount之前，执行上述sendsigs语句。我按照提示建立了
这样的service，也enable、start了，但无效，出错依旧。

不知L版和诸位读者，有无解决办法建议？