MultiOS-USB 初步体验

不点

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，也还不赖吧。瑕不掩瑜。

liuzhaoyzz

微软原版 Windows iso，其实就是打包了一个没有GUI的PE，也就是boot.wim，外加一个install.wim安装镜像，然而微软官方的PE.WIM，实在是不好用，特别是系统分区，分区调整，激活等等，我都是启动PE之后再用winntsetup/dism++之类的软件安装系统，没有这样的第三方软件加持，有时候不符合win11安装条件会出错还要加载那个注册表跳过，比较麻烦。
而且原版windows，实在是不好用，那个windows defender太烦人了，乱杀一气，会影响工作，还有一堆没用的组件。

不点

liuzhaoyzz 发表于 2025-2-1 16:29
微软原版 Windows iso，其实就是打包了一个没有GUI的PE，也就是boot.wim，外加一个install.wim安装镜像，然 ...

defender 确实没用。但我还能忍。不能忍受的，是要注册账户。而且，不连接网络，就不能继续安装。等于说，强制连网才能安装。我实在难以承受，到了崩溃的边缘，说不定某一天，咬咬牙，就转到别的某个系统底下了。

不点

再谈虚拟盘。

在 WinXP 的时候，NTLDR 需要在 (hd0) 上，或者在软盘 (fd0) 上，才能工作。这是沿用了 DOS 时代的规范。

大家都在争抢 fd0 或 hd0 的地位。只有它俩能启动操作系统，别的就不能启动操作系统。

这个状况就跟 MBR 也是争抢一样，每个启动软件都想抢占这个位置，即硬盘的首扇区。

到了 bootmgr，这个限制解除了。可以从 (hd1) 等其他盘号启动操作系统了。就是说，从 bootmgr 开始，不再需要交换盘号了。

“交换盘号”——虽然这个动作不算大，但它本质上也是需要接管 int13 磁盘中断服务。这一般是安全的，不会与厂家的主板设计造成冲突。盘号也通常都在 0x80，0x81，0x82 等少数几个数值之间变动。

然而，如果是光盘盘号，这里缺乏规范。不同厂家对于 cdrom 所采用的盘号，也是千差万别。主板本来是不需要占用光盘盘号的。但假如某个厂家确实使用了内部光盘，那就可能会出问题。厂家可能用这个光盘盘号做某些事情。我们创建的虚拟光盘，可能正好覆盖了厂家的光盘盘号，厂家的 ROM 程序有可能出现异常、死机。

因此，虚拟盘用完之后，如果不再需要了，就应该卸载它。尤其是虚拟光盘，更应该在不需要时卸载掉。

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

loopback 启动 iso，这个方式不产生虚拟盘。因此，这个方式是安全的。出乎意料的是，Windows 的 iso 居然也能使用这种方式。

既然这样，那么，multios-usb 的启动方案，隐隐约约地，可能代表着未来 iso 启动的发展方向。这节省了“磁盘虚拟”的步骤。

wintoflash

不点 发表于 2025-2-1 15:43
不同版本的 grub4dos 虚拟盘，是可以“互操作”的。但与 memdisk 建立的虚拟盘，不能互操作。

换句话 ...

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

2,3皆有。

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

这倒不是。苹果电脑都是EFI固件。而且grub2/grub4dos都没有问题，是Ventoy有问题。

loopback 启动 iso，这个方式不产生虚拟盘。因此，这个方式是安全的。出乎意料的是，Windows 的 iso 居然也能使用这种方式。

启动 Windows 安装镜像没这么简单。这个过程会产生一个让bootmgr/bootmgfw.efi认可的虚拟硬盘。
BIOS下，这个虚拟硬盘只是局限在让bootmgr认可的范围内，不会修改BIOS提供的int13中断本身。
UEFI下，这个虚拟硬盘是固件层面的。在以前的开发过程中，我们已经发现了微软的bootmgfw.efi对光驱的识别是有问题的，它只认可第一个光盘。但是在启动过程中生成的是硬盘，所以没有影响。

不点

wintoflash 发表于 2025-2-1 20:36
2,3皆有。

这倒不是。苹果电脑都是EFI固件。而且grub2/grub4dos都没有问题，是Ventoy有问题。

有点明白了。我隐约记得，以前的 Windows （甚至 DOS），都有 RAMdrive。这是操作系统自己的虚拟盘。我想，Linux 下的内存盘，以及 loop 设备，原理上也是这样，都是操作系统内建的虚拟设备。

利用操作系统内建的虚拟设备，就可以在没有“主板虚拟设备”（比如 int13 设备）参与的情况下，实现操作系统的安装、启动、运行。这可能就是 grub2 的 loopback 启动的内涵。

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

下一个问题，g4d 的作用。

Legacy BIOS 处于正在被消灭的路上。之所以还需要 g4d，是因为还存在 Legacy 电脑。

g4d 的长处是，启动方式多样、灵活，很适合作为一个“跳板”。

从 g4d 跳到 grub2，能够获得 grub2 的功能。

到了 BIOS 彻底消失的一天，g4d 的历史使命也就完成了，就连“跳板”也不能当了。

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

下一个问题，g4e 的作用。


开发者们创建了 g4e，实现了 UEFI 下的 map 虚拟盘功能。

然而，时代变了。虚拟盘在 BIOS 时代可以说是个宝贝，可玩性很高。但现在，许多新技术被发明，让虚拟盘的用处变小、地位降低。grub2 不使用虚拟盘，照样可以通过新的技术手段来实现 Win.iso 的启动。往后的发展，我看不清楚。如果虚拟盘的作用和地位持续降低的话，那么，我觉得 g4e 与 grub2 相比，就很难有优势了。目前来看，虚拟盘还是有一些使用场景的。但长远来看，逐步发展的新技术，有可能一点一点挤占或取代虚拟盘（的地位）。

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


下一个问题，PE.iso 的 loopback 启动。


微软原版的 win11.iso，能够在不使用“虚拟盘”的情况下启动。下一个目标，就是让众多的 PE.iso 也能够以这种方式启动。既然微软原版能够实现，那么我想，那些 PE.iso 应该也能实现，只不过需要有人去调整具体的命令和参数而已。相信有人去做这个工作，让 multios-usb 也能启动 PE.iso。

不点

PE.iso “无虚拟盘”启动尝试：gmy 的 EFI.iso 失败报错：

wimboot v2.8.0

FATAL: no bootmgr.exe

Press a key to reboot...

把 gmy 的 EFI.iso 更名为 Win11_gmy_EFI_x64.iso，放在 ISOs 文件夹下，就可以测试了。我在 BIOS 环境进行测试，结果是，失败报错。在 UEFI 下测试，也是失败，但看不见报错信息。

那么我猜，之所以失败，是因为缺少 bootmgr.exe 等文件。换句话说，精简得太狠了。

很自然地，接下来的思路就是：找一个精简得不那么厉害的 PE.iso 试试。


搜到这个网页，讲到关于 wimboot 和 WinPE 的知识：

https://easy2boot.xyz/troubleshooting-e2b/wimboot-and-the-winpe-boot-process/

下面这个 PE 是 Wim 格式的，不知有谁可以试试，放在 ISOs 文件夹，看看能否成功启动（有个手工制作成品 PE，Wim 格式）：

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

chen463

经过几天折腾瞎搞，终于明白MultiOS作者的用心，悟出其中的奥妙之处，安装WIN.ISO系统，此方案更胜一筹，测试后方便性高低立判，或许是我个人高估了他的创作，那就说说使用后心得分享吧！好的方案大家共同学习。

1.比Rufus写入WIN.ISO更方便，不须每次新版本重新再写入，只要U盘第一次制作好以后，把任一**WIN.ISO的版本COPY进入\IOSs，他即刻菜单显示该ISO选项。
2.进入安装Windows画面后，即使放弃安装动作，立刻退出，不拖泥带水有S机现象或迟疑。我没继续操作安装，因为是实机操作没此需求。
3.进入PE利用安装Windows的软件来安装，偶有不支持驱动程式的现象。MultiOS没有此现象。
4.重点所在，把**WIN.ISO的版本放在U盘\IOSs里面，即使是新盘制作安装，也不影响Windows的安装。它会自动搜寻U盘启动安装。
5.我把此U盘测试制作成VHD，发现GPT或MBR格式都可，即使后面放ISO的分区格式化为NTFS、exFAT也行。不过BIOS有分区格式的辨别要求，不符合一样不通用。
6.不支持一般PE.ISO启动，不支持一般PE-BOOT.WIM启动，支持的范围极少。可能是他启动的方案不支持造成。
7.ISO的辨别支持的能力极强，不符合的尽力排除不显示，但WIM却不行。

不点

也谈一点认识。

把“不可能”，变成“可能”。

BIOS 下的虚拟盘，本来是只为“实模式”操作系统（DOS）服务的。要想让这种虚拟盘能够在 Windows 下使用，（本来）是不可能的。然而，有人就是很“钻”（钻研的钻），就是要把“不可能”变成“可能”。这就是 firadisk、winvblock、svbus 带来的新思想。

有了 svbus 这样的工作，虚拟盘的性质发生了变化。其实，svbus 变成了主角，而（实模式）虚拟盘本身，退居次要的地位。当进入 Windows 的保护模式以后，实模式的代码完全不再调用了。svbus 只需要知道扇区序列的内存地址或者在硬盘上的位置即可。获得扇区序列的地址或位置之后，由 svbus 来处理虚拟盘的读写事务。

这个想法继续发酵，就进入到下一个阶段：虚拟盘也可以省略掉，不再需要虚拟盘了。

针对某个特殊的 ISO（比如 Windows 的安装光盘），不需要把 ISO 虚拟为“光盘”。直接把 ISO 内的某个主程序读出来，并启动它，这就能够模拟出这个 ISO 原先期望的效果。

既然 Windows 的 iso 能够这么启动，那么，PE 也能这样启动。不存在实质性障碍，只存在“何时有人去完成这个工作”的问题。

把“不可能”变成“可能”，还需要各方面的协调与配合。大家互相协同，互相支持。你支持我，我支持你。否则，互相拆台，你不支持我，我也不支持你，那就是泡影，啥事也干不成。假定我的软件（好不容易）支持了一个 iso，这本来就是一个创举，令人欣喜。第二个 iso 的制作者也仿照那个被支持的 iso 来制作，那么，这个 iso 也被支持了。这就是良性循环。其他 iso 都这么模仿，复制成功的模式，无限循环，那么也都会成功。


同理，假定我的软件（好不容易）支持了一个 wim，令人欣喜。第二个 wim 的制作者也仿照那个被支持的 wim 来制作，那么，这个新的 wim 也就被支持了。其他 wim 都这么模仿，复制成功的模式，无限循环，那么也都会成功。

wintoflash

chen463 发表于 2025-2-3 11:34
经过几天折腾瞎搞，终于明白MultiOS作者的用心，悟出其中的奥妙之处，安装WIN.ISO系统，此方案更胜一筹，测 ...

国内的WinPE作者喜欢精简，导致wim不能直接被wimboot启动。
https://github.com/a1ive/wimboot ... 9/src/efifile.c#L44
例如uefi下，wim里面至少要有如下文件：
\Windows\Boot\EFI\bootmgfw.efi
\Windows\Boot\DVD\EFI\boot.sdi
\Windows\Boot\DVD\EFI\BCD
没有这些文件的话，只能自己补充。

fjun67

学习了。

chen463

感谢W大的解说，原来是这样呀！无解了。

我们不能去要求别人照着规范来制作PE，这是创作自由，

WIMBOOT是条铁路，偏偏人们喜走道路，原因是人们没电火车，所以不同道。

不点

chen463 发表于 2025-2-4 10:03
感谢W大的解说，原来是这样呀！无解了。

我们不能去要求别人照着规范来制作PE，这是创作自由，

我的理解和猜测：并非无解。

您可以试试 grubfm，看看能否启动那样的 PE。

如果能启动，您再研究一下，grubfm 究竟是否针对 PE.iso 、PE.wim 使用了“虚拟盘（ map ）功能”。如果不使用虚拟盘就能做到，那说明，这在原则上是可以做到的，只不过 multios-usb 太“嫩”，因而未能做到。

834772509

如果PE不怎么精简，如果和ventoy那样可以PE去适配multios-usb我觉得也是可行的

chen463

我的知识水平低，无法辨别这些，只在W大的GRUB2修正版测试过WIMBOOT能够直接启动PE.WIM成功，其他未尝试过。看内容指令是透过efi来启动，合乎引导原理，想要直接WIMBOOT来启动应该有难度，前段的引导工作必须具足。


Multios作者既然敢放上显示WIMs来引导选项，肯定是测试过，是否我们不懂操作此功能的设定，造成无法启动PE. WIM。看指令并未先引导EFI的迹象。假设是需透过WIN系统来引导启动WIMBOOT再启动PE. WIM，如果是如此，那就有争议。如果把引导启动PE. WIM的一些文件复制到U盘来让其引导，那合乎引导原理逻辑，成功启动机率就变高。

wintoflash

不点 发表于 2025-2-4 10:16
我的理解和猜测：并非无解。

您可以试试 grubfm，看看能否启动那样的 PE。

原则上是可以做到的。wim里面没有那些文件，自己准备一套就行了。
grubfm就是自己准备了一套，所以wim里面没有那些文件也可以启动。
但是bootmgr/bootmgfw.efi是微软的东西，有版权的，所以MultiOS-USB开发者可能不愿意放有版权的二进制文件。

不点

wintoflash 发表于 2025-2-4 11:29
原则上是可以做到的。wim里面没有那些文件，自己准备一套就行了。
grubfm就是自己准备了一套，所以wim里 ...

那好吧，既然 grubfm 就已经实现了，也没必要去管 multios-usb 能否实现了。

现在用 grubfm 来处理，那就 OK 了。

wintoflash

可以用自定义菜单来解决启动winpe iso的问题。
winpe.zip (1.53 MB, 下载次数: 16)

2025-2-4 14:36 上传

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

解压这个文件，将其中的winpe文件夹放入U盘MultiOS-USB\config_priv文件夹下。
解压后目录结构如下

1. ?:\MultiOS-USB\config_priv
   
2. │  README.md
   
3. ├─lmde
   
4. │      lmde.cfg-example
   
5. └─winpe
   
6.         Winpeshl.ini
   
7.         winpe.cfg
   
8.         boot.sdi
   
9.         bootmgr.exe
   
10.         bootx64.efi
    
11.         wgl4_boot.ttf
    
12.         BCD

复制代码

注意事项：
(0)
    脚本会检测iso上是否有/boot/boot.wim或/sources/boot.wim文件，有的话会创建菜单。
    如果你的iso里面，wim在其他的路径下，那请照葫芦画瓢修改菜单。
    如果iso有/sources/install.wim，则视为Windows安装镜像，不会生成菜单。
(1)
    如果启动过程中红橙黄绿蓝靛紫屏了，说明 bootmgr.exe/bootx64.efi 的版本和iso里面系统的版本差别有点大，请自行更换。
(2)
    如果遇到UEFI下winpe分辨率过低的问题，请编辑BCD添加highestmode属性。

wintoflash

834772509 发表于 2025-2-4 10:55
如果PE不怎么精简，如果和ventoy那样可以PE去适配multios-usb我觉得也是可行的

其实按照loopback标准，在iso里面放/boot/grub/loopback.cfg自己写菜单就可以了。

不点

wintoflash 发表于 2025-2-4 14:52
可以用自定义菜单来解决启动winpe iso的问题。

解压这个文件，将其中的winpe文件夹放入U盘MultiOS-USB\c ...

前面您曾提到这个文件：

\Windows\Boot\EFI\bootmgfw.efi

那么，压缩包里的 bootx64.efi 是否就是它呢？

另外，关于 grubfm。在 BIOS 下总是用 grubfm.iso 虚拟出一个光盘，而在 UEFI 下，我猜是没有 map 的动作吧？

wintoflash

不点 发表于 2025-2-4 18:30
前面您曾提到这个文件：

\Windows\Boot\EFI\bootmgfw.efi

前面您曾提到这个文件：
\Windows\Boot\EFI\bootmgfw.efi
那么，压缩包里的 bootx64.efi 是否就是它呢？

是同一个文件。

另外，关于 grubfm。在 BIOS 下总是用 grubfm.iso 虚拟出一个光盘，而在 UEFI 下，我猜是没有 map 的动作吧？

下载页面中我也提供了一个同时适用于BIOS/UEFI的ISO，如果启动的是这个ISO，那当然是有的。如果启动的是EFI文件，那就是没有的。
UEFI下虽然命令也是"map"，但原理是完全不同的。

chen463

终于知道为何WIM启动失败原因了，因为找不到BCD路径，
MultiOS从\ISOs文件夹显示去启动PE.WIM，那肯定不行的，除非修正路径\sources，如果是以\sources来启动PE，或许就能成功。


把配置文件菜单修正了显示路径ISOs→sources，启动BOOT.WIM，WIMBOOT引导启动PE还是失败。

除非要把相关PE文件COPY进入，在菜单上另加选项引导PE.EFI才能成功，那这样跟GRUB2菜单没两样，无特别性。

不点

chen463 发表于 2025-2-4 19:11
终于知道为何WIM启动失败原因了，因为找不到BCD路径，
MultiOS从\IOSs文件夹显示去启动PE.WIM，那肯定不行 ...

我启动 gmy 的 EFI.iso 成功了（保持这个文件名即可，不要改名为 Win11*x64*.iso，否则，它会列出两个看起来相同的项目，把你弄糊涂）。

以前是用 map 把 EFI.iso 虚拟为光盘来启动。现在是不需要 map 就能启动了。既然不用 map 了，也就不用整理 EFI.iso 的碎片了。


但是，把 EFI.iso 里面的 boot.wim 解包出来，放在 ISOs 文件夹下, 却不能列出它的菜单项。不知那里不对劲。也许是文件名不该叫做 boot.wim？

youxia1220

谢谢分享

不点

chen463 发表于 2025-2-4 19:11
终于知道为何WIM启动失败原因了，因为找不到BCD路径，
MultiOS从\IOSs文件夹显示去启动PE.WIM，那肯定不行 ...

我看不懂。是不是您（手误）把 ISOs 弄成 IOSs 了？

wintoflash

不点 发表于 2025-2-4 20:30
我启动 gmy 的 EFI.iso 成功了（保持这个文件名即可，不要改名为 Win11*x64*.iso，否则，它会列出两个看 ...

但是，把 EFI.iso 里面的 boot.wim 解包出来，放在 ISOs 文件夹下, 却不能列出它的菜单项。不知那里不对劲。也许是文件名不该叫做 boot.wim？

我这边可以列出菜单项啊 (版本：v0.9.6)。当然就算列出来了也不能启动的，因为wim里面缺文件。

不点

wintoflash 发表于 2025-2-4 22:09
我这边可以列出菜单项啊 (版本：v0.9.6)。当然就算列出来了也不能启动的，因为wim里面缺文件。

暂时不追究了。我怀疑这个 boot.wim 文件缺少 index 1 2，所以，列不出项目来。我纯粹是瞎怀疑，因为我不懂这些语法。版本是 0.9.6。我以前也没安装过，只安装了这个最新版本。

wim_file.cfg

for wimindex in 1 2 do
...............................
done

补充：看了我的文件名，它是大写的 BOOT.WIM，难道说 grub2 不认大写的？嗯？？NTFS 格式。

不点

果然是后缀名大写的问题！改成 BOOT.wim 就能列出了！

不过，列出了也不能成功启动。缺少文件。

不追究了，我的 PE 都是 ISO 格式，所以 wim 的问题，也没有太大影响。

chen463

不点 发表于 2025-2-4 21:25
我看不懂。是不是您（手误）把 ISOs 弄成 IOSs 了？

对不起，输入ISOs错误了…

需要小写wim，我也是遇有这问题，修正了才显示出来。

不点

到目前为止，算是很好了。

iso 没问题了。微软原版 iso 以及很多 PE.iso，都可以启动了。

至于说 wim 文件，这就要看 wim 的制作者了。制作者愿意兼容 multios-usb 的话，那就精心制作，在 multios-usb 下测试启动。如果不愿意支持 multios-usb 的话，那就没办法，只能用 grubfm 来“兜底”去启动它们。