GRUB4DOS for UEFI

liuzhaoyzz

2011yaya2007777 发表于 2022-3-25 16:36
我的U盘分了4个区。包含fat16，ext4，ntfs。
无论在虚拟机启动，还是在实机启动，都很正常。
你的故障现 ...

前面我也反馈了，虚拟机可以启动G4E，实体机不行，我的电脑也有个ext4分区，其实我也是感觉g4d/g4e的ext4驱动代码不够健壮，这是实际碰到的启动问题的感觉。http://wuyou.net/forum.php?mod=r ... &fromuid=298214

但是如果说是ext4驱动的问题，为什么g4e有的版本卡死，有的版本又不卡死？ext4驱动不同的g4e版本应该没动吧，为什么不同版本会卡死？实在匪夷所思，莫名其妙。        

liuzhaoyzz

2011yaya2007777 发表于 2022-3-25 17:58
主要是我这里不能重现问题，我又不想麻烦别人不停地，枯燥无味地去测试。

上面510819776测试了BOOTX64-cs7.rar啊。

我的ext4分区是用diskgenius4.9.5格式化出来的。你看下你那边能否重现。
你改进下，我可以帮忙测试。
        

liuzhaoyzz

2011yaya2007777 发表于 2022-3-26 10:02
请测试。

BOOTX64-测试ext4-0.rar，我用这个版本实体机测试，可以出菜单了，启动PE没有问题。牛逼啊！倒底是什么原因导致的？是编译环境，还是代码本身有问题？      

liuzhaoyzz

2011yaya2007777 发表于 2022-3-26 12:12
是代码问题。有一个读函数，它定义的一个虚参数（缓存），类型是 int，然而实体机测试时，这个缓存地址超过 ...

那就是与编译环境无关咯？之前看了changelog，以为是编译环境的问题，现在看来判断不对。

感谢@510819776，准确地定位了问题，功劳大大滴！感谢yaya解决问题！

liuzhaoyzz

2011yaya2007777 发表于 2022-3-26 12:43
确实应当感谢510819776，不遗余力地测试。

run模块是不是也要重新修改去适配这个BOOTX64-测试ext4-0.rar？我试了2022-03-26的版本，与run不能匹配。2022-01-18日的版本可以匹配run。run的版本是RUN_包含NTBOOT_2022-01-18.rar，822kb这个。

菜单如下：

title run-2011yaya2007777
find /EFI/grub/RUN | set bd= ;; echo bd=%bd%
find --set-root ls /boot/imgs/
#find --set-root /boot/imgs/firadisk.img
#command --set-usrpath=%bd%/EFI/grub
command %bd%/EFI/grub/RUN --automenu /boot/imgs/

启动PE出错了，提示Failed to load virtual disk image(8000000000000e)。

      

liuzhaoyzz

2011yaya2007777 发表于 2022-3-26 19:15
新版本已经上传到官网。

我感觉是g4e的问题，不是run的问题。我从官网下载的grub4dos-for_UEFI-2022-03-26.我记得有阵子这个问题解决了呀，怎么又重现了，感觉代码弄混了。

title WINPE (WePE64_V2.2.iso)
debug 3
find --set-root /boot/imgs/WePE64_V2.2.iso
map --mem /boot/imgs/WePE64_V2.2.iso (0xff)
chainloader (0xff)
pause

废话少说，直接上图！

liuzhaoyzz

2011yaya2007777 发表于 2022-3-27 10:14
分析得非常正确。新版光盘启动，引导扇区尺寸等于1680时，我开放了“安装虚拟分区”，画蛇添足，惹了祸。 ...

我在外面，等下回去试试看。

另外还有个多光驱启动的bug，修复了又重现，没有根除。

liuzhaoyzz

2011yaya2007777 发表于 2022-3-27 10:14
分析得非常正确。新版光盘启动，引导扇区尺寸等于1680时，我开放了“安装虚拟分区”，画蛇添足，惹了祸。 ...

grub4dos-for_UEFI-2022-03-26+822kB的RUN_包含NTBOOT_2022-03-15，
文件名称: RUN
文件大小: 822.60 KB (842,340 字节)
修改时间: 2022年03月15日，16:22:06
MD5: 0D66CDD2534D0DC69693F64839751920


一、在没有光驱的前提下：
用上面的菜单，尝试了几个PE.ISO,PE.WIM，实体机、虚拟机启动均正常；run模块启动PE.ISO,PE.WIM，实体机、虚拟机启动均正常。

二、在有光驱+光盘挂载的前提下：
尝试了几个PE.ISO，虚拟机启动异常；run模块启动PE.ISO，虚拟机启动均异常。
这个问题可以准确重现，在虚拟机中设置硬盘启动优先，尝试启动PE1.ISO，在虚拟机的cdrom中挂载一个光盘PE2.ISO，启动的过程中看到了PE1.ISO map的数值变化，但是最终启动的却是PE2.ISO.要知道设置的是硬盘优先启动啊，为什么不是启动的硬盘上的PE1.ISO，却是PE2.ISO?
虚拟机硬盘启动PE1.ISO菜单如下：
title WINPE (WePE64_V2.2.iso)
debug 3
find --set-root /boot/imgs/WePE64_V2.2.iso
map --mem /boot/imgs/WePE64_V2.2.iso (0xff)
chainloader (0xff)
pause


前面这个问题说过，然后你解决了，中间又出现了， 这个问题从2021-1-18到现在，一年多了，一直存在，有很长时间了。
我找下前面的帖子。http://wuyou.net/forum.php?mod=r ... 1092&fromuid=298214

liuzhaoyzz

2011yaya2007777 发表于 2022-3-27 13:35
我使用 QEMU 虚拟机测试，在虚拟机的cdrom中挂载一个光盘PE2.ISO，在虚拟机的hdd中挂载一个硬盘HD.IMG，启 ...

更换vmware测试呢，qemu测试启动可以，但测试pe.iso启动实在是太卡了，卡巴斯基啊～～～
vmware5.5 6.0都可以，网上有32位的破解版，感觉vmware的速度和稳定性要比qemu,virtualbox啥的好太多，感觉比较接近真是场景下的usb量产光盘，wuwuzu有测试。
vmware里面，电源下拉菜单→开机时进入固件，可以直接进入固件设置硬盘启动优先。

liuzhaoyzz

2011yaya2007777 发表于 2022-3-27 15:46
可惜vmware不能加载img格式的硬盘镜像，懒得转换。

vmware可以直接挂载主机物理硬盘的某个分区，这里说的主机某个分区，可以是本地硬盘，也可以是优盘或者移动硬盘。
也可以在vm里面新建个虚拟硬盘，把pe.iso拷贝到里面就可以测试了。

注意硬盘里面的pe1.iso不能再次作为cdrom的pe2.iso挂载，会引起占用冲突，pe2.iso可以换个分区存放。

liuzhaoyzz

2011yaya2007777 发表于 2022-3-28 10:14
@liuzhaoyzz
帮忙测试一下双光盘启动。

感谢yaya，这个版本启动正常了！
在虚拟机中设置硬盘启动优先，尝试启动PE1.ISO，在虚拟机的cdrom中挂载一个光盘PE2.ISO，启动的过程中看到了PE1.ISO map的数值变化，最终启动的是PE1.ISO.
虚拟机硬盘启动PE1.ISO菜单如下：
title WINPE (WePE64_V2.2.iso)
find --set-root /boot/imgs/WePE64_V2.2.iso
map --mem /boot/imgs/WePE64_V2.2.iso (0xff)
chainloader (0xff)


这个版本搭配RUN_包含NTBOOT_2022-03-15，我在vmware中测试了下，启动也正常。

辛苦了！感谢！Happy ending！

liuzhaoyzz

481416322 发表于 2022-3-28 11:29
在我的有实体光驱，Z840工作站上，启动ISO的PE是成功的！

想问下，你的实体光驱里面挂载的有没有可启动光盘？要放一张可启动光盘才算数哟？        

liuzhaoyzz

wuwuzz 发表于 2021-1-18 12:36
2021年1月各版本似乎引入了新BUG，MAP win10PE ISO工作不正常。
最后一个工作正常的版本是2020-12-15版。 ...

2022.3.28日的版本已经修正这个问题，请测试看看。
@wuwuzz
@xianglang

liuzhaoyzz

2011xnsfgw 发表于 2022-3-29 13:49
GRUB4DOS for UEFI
在实机环境下，用tiny PXE server 1.0.0.23仍然找不到菜单，启动后%@root%值为0xfffff ...

UEFI+pxe启动的话，还是用ipxe方案吧，速度可以跑满网速，是非常成熟的方案了。如果要从头开始做起，感觉需要做的工作很多。

liuzhaoyzz

2011yaya2007777 发表于 2022-6-14 18:23
有没有编译好的windows版本？

https://github.com/mcmilk/7-Zip-zstd
上面点release有编译后的windows版本的呀？
我试了可以解压缩IFU352.7z

liuzhaoyzz

grub4dos-for_UEFI-2022-07-19，搭配本坛新版PE，
http://bbs.wuyou.net/forum.php?mod=viewthread&tid=431504
联想笔记本实体机测试，启动没有问题。

title WINPE (Win11PE64_22000.917JXB.iso)
find --ignore-floppies --ignore-cd --set-root /boot/imgs/Win11PE64_22000.917JXB.iso
map --mem --top /boot/imgs/Win11PE64_22000.917JXB.iso (0xff)
map --e820cycles=-1
map --hook
chainloader (0xff)

看样子yaya所说的现象是可能在不同的UEFI固件解析的问题？目前来看似乎还不能确定问题是不是这个VenHw(EBE35AD9-6C1E-40F5-AAED-0B919A46BF4B，00000000)多出来的00000000。

Failed to load virtual disk image(0x800000000000000e)这个问题感觉很诡异。我一直关注着这个奇怪的问题，希望能够定位根本原因。

liuzhaoyzz

2011whp 发表于 2022-9-5 20:34
不懂 代码，
意思是 想办法 容错 （efibios 是没法改变的）

chainloader  (0xff)/efi/boot/bootx64.efi出错，有没有可能是g4e大小写敏感导致的呢？Efisys.bin 是 EFI 启动代码的二进制软盘布局。 此磁盘映像包含用于从 Efi\boot\bootx64.efi 文件夹中的 EFI 固件启动的文件。https://docs.microsoft.com/zh-CN ... -for-uefi-platforms

liuzhaoyzz

http://grub4dos.chenall.net/categories/for-UEFI/#year_2022
2022-10-27下载地址好像有问题，通过下面的地址可以直接下载：
http://dl.grub4dos.chenall.net/grub4dos-for_UEFI-2022-10-27.7z

友请yaya看下这个帖子：22楼：
http://wuyou.net/forum.php?mod=r ... &fromuid=298214

grub4dos-for_UEFI-2021-10-21可以启动ubuntu-18.04.6-desktop-amd64.iso，√
grub4dos-for_UEFI-2021-11-05启动失败×，看了下changelog，
更新信息(update log): 2021-11-05 43d22e2@yaya . 修复管道符‘|’后面紧接call(或者goto)标签时，必须补空格。issues #341 . 迁就有bug的ISO光盘镜像。
“迁就有bug的ISO光盘镜像。”好像 grub4dos-for_UEFI-2021-11-05有问题，引入了bug。

liuzhaoyzz

2011yaya2007777 发表于 2022-11-8 17:50
我们是显示404找不到。你怎么会跳转？估计是封网的问题。

忘了点回复了。如果不选择回复的话，没有消息提醒。那就再来一贴！

友请yaya看下这个帖子：22楼：
http://wuyou.net/forum.php?mod=r ... 1165&fromuid=298214

liuzhaoyzz

crzwy 发表于 2022-11-13 16:08
title 使用外部命令 ntloader 启动 /WIN11PE/WIN11PE.wim
uuid (hd0,4)
kernel /efi/grub/ext/ntloader ...

你的菜单都不对。主要是对于ntloader和pe.wim所在盘的根的设置，需要有两个，否则会找不到根，因为大多数情况下ntloader和pe.wim不在同一个盘符。我给个范例，你照葫芦画瓢吧，改下路径即可。

title /boot/imgs/SXPE/boot.wim-chainloader
find --ignore-floppies --ignore-cd /EFI/grub/ntloader | set bd= ;; echo bd=%bd%
find --ignore-floppies --ignore-cd --set-root /boot/imgs/SXPE/boot.wim
uuid ()
chainloader %bd%/EFI/grub/ntloader initrd=/EFI/grub/initrd.lz1 uuid=%?_UUID% hires=0 file=/boot/imgs/SXPE/boot.wim


kernel ntloader方案目前似乎有些兼容性问题，如果未来解决了，这个方案理论上要比chainloader ntloader方案更好。
title /boot/imgs/SXPE/boot.wim-kernel ntloader-vhd[not RAMOS]
find --ignore-floppies --ignore-cd /EFI/grub/ntloader | set x=
echo x=%x%
find --ignore-floppies --ignore-cd --set-root /boot/imgs/SXPE/boot.wim
uuid ()
kernel %x%/EFI/grub/ntloader uuid=%?_UUID% hires=0 file=/boot/imgs/SXPE/boot.wim
initrd %x%/EFI/grub/initrd.lz1

liuzhaoyzz

crzwy 发表于 2022-11-13 18:55
有一个了

NTloader: BIOS/UEFI 下用 GRUB4DOS 启动 VHD/WIM - GRUB4DOS - 无忧启动论坛 - Powered by Discuz! http://wuyou.net/forum.php?mod=viewthread&tid=423940

在一楼下载ntloader.zip
把ntloader和initrd.lz1放到该放的位置。
/EFI/grub/ntloader
/EFI/grub/initrd.lz1

liuzhaoyzz

crzwy 发表于 2022-11-13 19:52
ntboot是不是在这里？http://bbs.wuyou.net/forum.php?mod=viewthread&tid=424995&extra=page%3D1

你说的这个是yaya的run模块，调用了yaya修改的ntboot。

菜单看下http://bbs.wuyou.net/forum.php?m ... &fromuid=298214

liuzhaoyzz

2011whp 发表于 2022-11-16 13:44
这个 没用过。什么时候用呢,    @liuzhaoyzz

bootvhd.dll就是windows10配合启动vhd/vhdx的时候用的啊。

liuzhaoyzz

wintoflash 发表于 2023-4-1 09:42
操作系统调用 BS->ExitBootServices 之后，所有的 UEFI 启动服务就都不能用了，BlockIo，GOP 之类的所 ...

方法三是正确的。报错是找不到 initrd。原因是你用的 Ubuntu 版本太老了。用 Ubuntu 22.04 就没问题。
老的 linux 内核，支持 EFI Handover，不支持 LoadFile2。新的 linux 内核，支持 LoadFile2，不支持 EFI Handover。
以前 G4E 用的是 EFI Handover，现在用的是 LoadFile2。

感觉大佬的解释不太对呢？从时间逻辑上看不太对，因为2023-03-11放弃使用 EFI Handover Protocol 启动 Linux，改用 LoadFile2 提供 initrd 加载功能。但我测试成堆的grub4dos-for_UEFI，
grub4dos-for_UEFI-2021-10-21可以启动ubuntu-18.04.6-desktop-amd64.iso，√
grub4dos-for_UEFI-2021-11-05启动失败×，后面的版本我又试了，很多无法启动ubuntu-18.04.6-desktop-amd64.iso。
grub4dos-for_UEFI-2021-11-05应该是还是用的EFI Handover，这个启动ubuntu出错，不应该是 EFI Handover/ LoadFile2的问题呀？
因为2023-03-11才修改EFI Handover/ LoadFile2，在修改EFI Handover/ LoadFile2之前grub4dos-for_UEFI-2021-11-05就出错了，从时间逻辑上来说对不上啊？

2023-03-11 (a1ive)
Linux 6.2 将已废弃的 EFI Handover Protocol 设为可选项：
    https://github.com/torvalds/linux/commit/cc3fdda2876e58a7e83e558ab51853cf106afb6a
因此放弃使用 EFI Handover Protocol 启动 Linux，改用 LoadFile2 提供 initrd 加载功能。
此更新会带来不兼容，请注意：
  不再支持 x64 UEFI 下启动 32 位内核 (或者反过来)。
  不再支持 ntloader v1 版本，请使用 ntloader v2 版本。（下载）
========
本次改动应该可以解决在某些电脑上用 kernel 命令启动 ntloader 时出现的问题。
========
我偷懒了一下，目前 kernel 命令实际上就是 chainloader 命令。将来可能会添加对 wimboot 的支持。

liuzhaoyzz

2011yaya2007777 发表于 2023-3-30 15:57
ubuntu-18.04.6-desktop-amd64.iso启动分析

方法1.

你这用的是哪个版本的g4e？你最新编译的最新alpha/beta测试版本吗？
ubuntu版本是18吗？

liuzhaoyzz

wintoflash 发表于 2022-10-11 10:12
假如内核和 initrd 不在 ESP 分区，那么内核是无法通过 UEFI 读取 initrd 的。
这样就需要某个约定俗成 ...

EFI Handover Protocol/Loadfile2看了你的介绍似乎以后在linux内核方面是只能二选一是吧？

那么对于g4e，对于我们这样子的最终用户，我们期待的是不改菜单（或者少量修改），未来用最新版g4e/grub2能否自动适配两种protocol？能否兼容启动新老版本的linux内核（太老的内核除外）？理论上是否有可行性？

liuzhaoyzz

wintoflash 发表于 2023-4-6 19:08
对于 Linux 来说，它可以同时支持这两种。
对于 bootloader 来说，我们有办法知道一个内核是否支持 EF ...

看了你的介绍，32/64-bit Boot Protocol实现起来太复杂了，虽然能够支持非常古老的内核，但也感觉没什么必要。

Handover协议目前还是很多linux发行版支持的，Loadfile2协议可能是未来发行版即将支持的。

当前g4e需要做的似乎就是用某个可靠的办法判断linux kernel是否支持Handover协议，如果支持的话g4e就尝试用Handover协议启动，如果不支持的话就尝试用Loadfile2协议启动。看起来你对两个协议颇有研究啊，Loadfile2协议是你引入g4e的吧，希望未来还是由你加个判断，解决新老内核兼容性匹配问题（太老的≤4.xx内核kernel panic那种就不用考虑了）。

我怀疑的是，2021-11-05到2023-3-11之间的handover协议版本有些问题。

原以为是个小问题，结果是个大的十字路口。

liuzhaoyzz

wintoflash 发表于 2023-3-19 13:48
2023-03-19
尝试支持 iPXE wimboot。
grub4dos-for_UEFI-2023-03-19

这个用于ipxe启动的菜单menu.lst，应该放在哪里？(pd)\EFI\grub\menu.lst？
好像找不到菜单啊？(pd)\menu.lst也不行，(pd)\grub\menu.lst也不行。
另外，是否支持http协议？就是说能否这样写菜单？

title WINPE (/imgs/WePE64_V2.2/WEPE/WEPE64.WIM)
kernel http://192.168.1.4/pxe/wimboot
initrd @bootmgr=http://192.168.1.4/pxe/bootmgr @bcd=http://192.168.1.4/pxe/BCD @boot.sdi=http://192.168.1.4/boot.sdi @boot.wim=http://192.168.1.4/imgs/WePE64_V2.2/WEPE/WEPE64.WIM
boot

liuzhaoyzz

wintoflash 发表于 2023-5-7 10:40
"iPXE wimboot" 指的是 iPXE 组织的 wimboot 项目，与网启无关。

哦，我误会了。

liuzhaoyzz

2011yaya2007777 发表于 2023-5-7 17:03
按 wintoflash 提供的逻辑，重新编译的。请测试。

文件名称: BOOTX64.EFI

文件大小: 412.00 KB (421,888 字节)

修改时间: 2023年05月07日，16:50:56

MD5: 3DDDEA8AAF6BFCDAFF339E1A7E6CAF02

ubuntu.iso记不清是从哪里下载的，大概是清华大学镜像站吧。https://mirrors.tuna.tsinghua.edu.cn/ubuntu-cdimage/ubuntu/releases/

BOOTX64.EFI2023-05-07+vmware12.5.7
1、ubuntu-14.04.6-desktop-amd64.iso无法启动×，截图如下
title /linux/ubuntu/ubuntu-14.04.6-desktop-amd64.iso
find --ignore-floppies --ignore-cd --set-root /linux/ubuntu/ubuntu-14.04.6-desktop-amd64.iso
map /linux/ubuntu/ubuntu-14.04.6-desktop-amd64.iso (hd32)
map --hook
kernel (hd32)/casper/vmlinuz.efi boot=casper iso-scan/filename=/linux/ubuntu/ubuntu-14.04.6-desktop-amd64.iso noprompt noeject
initrd (hd32)/casper/initrd


2、ubuntu-16.04.7-desktop-amd64.iso无法启动×，截图同1
title /linux/ubuntu/ubuntu-16.04.7-desktop-amd64.iso
find --ignore-floppies --ignore-cd --set-root /linux/ubuntu/ubuntu-16.04.7-desktop-amd64.iso
map /linux/ubuntu/ubuntu-16.04.7-desktop-amd64.iso (hd32)
map --hook
kernel (hd32)/casper/vmlinuz boot=casper iso-scan/filename=/linux/ubuntu/ubuntu-16.04.7-desktop-amd64.iso noprompt noeject
initrd (hd32)/casper/initrd

3、ubuntu-18.04.6-desktop-amd64.iso正常启动√。
title /linux/ubuntu/ubuntu-18.04.6-desktop-amd64.iso
find --ignore-floppies --ignore-cd --set-root /linux/ubuntu/ubuntu-18.04.6-desktop-amd64.iso
map /linux/ubuntu/ubuntu-18.04.6-desktop-amd64.iso (hd32)
map --hook
kernel (hd32)/casper/vmlinuz boot=casper iso-scan/filename=/linux/ubuntu/ubuntu-18.04.6-desktop-amd64.iso noprompt noeject
initrd (hd32)/casper/initrd

4、ubuntu-20.10-desktop-amd64.iso无法启动×，截图同1
title /linux/ubuntu/ubuntu-20.10-desktop-amd64.iso
find --ignore-floppies --ignore-cd --set-root /linux/ubuntu/ubuntu-20.10-desktop-amd64.iso
map /linux/ubuntu/ubuntu-20.10-desktop-amd64.iso (hd32)
map --hook
kernel (hd32)/casper/vmlinuz boot=casper iso-scan/filename=/linux/ubuntu/ubuntu-20.10-desktop-amd64.iso noprompt noeject
initrd (hd32)/casper/initrd

5、deepin-desktop-community-20.4-amd64.iso无法启动×，截图同1
title /linux/Deepin/deepin-desktop-community-20.4-amd64.iso
find --ignore-floppies --ignore-cd --set-root /linux/Deepin/deepin-desktop-community-20.4-amd64.iso
map /linux/Deepin/deepin-desktop-community-20.4-amd64.iso (hd32)
map --hook
kernel (hd32)/live/vmlinuz boot=live isofrom=/linux/Deepin/deepin-desktop-community-20.4-amd64.iso boot=live union=overlay locale=zh_CN console=tty --
initrd (hd32)/live/initrd.lz

6、linuxmint-20.1-cinnamon-64bit-edge.iso无法启动×，截图同1
title /linux/linuxmint/linuxmint-20.1-cinnamon-64bit-edge.iso
find --ignore-floppies --ignore-cd --set-root /linux/linuxmint/linuxmint-20.1-cinnamon-64bit-edge.iso
map /linux/linuxmint/linuxmint-20.1-cinnamon-64bit-edge.iso (hd32)
map --hook
kernel (hd32)/casper/vmlinuz boot=casper iso-scan/filename=/linux/linuxmint/linuxmint-20.1-cinnamon-64bit-edge.iso quiet splash --
initrd (hd32)/casper/initrd.lz

7、manjaro-kde-20.2.1-210103-linux59.iso无法启动×，截图同1
title /linux/manjaro/manjaro-kde-20.2.1-210103-linux59.iso[nonfree driver]
find --ignore-floppies --ignore-cd --set-root /linux/manjaro/manjaro-kde-20.2.1-210103-linux59.iso ;; uuid () ;; echo %?_UUID%
map /linux/manjaro/manjaro-kde-20.2.1-210103-linux59.iso (hd32)
map --hook
kernel (hd32)/boot/vmlinuz-x86_64 boot=boot img_dev=/dev/disk/by-uuid/%?_UUID% img_loop=/linux/manjaro/manjaro-kde-20.2.1-210103-linux59.iso lang=zh_CN keytable=us tz=Asia/Shanghai misobasedir=manjaro quiet systemd.show_status=1 apparmor=1 security=apparmor driver=nonfree nouveau.modes=0 i915.modeset=1 radeon.modeset=1 (hd32)/boot/amd_unicode.img (hd32)/boot/inter_unicode.img
initrd (hd32)/boot/initramfs-x86_64.img

8、MX-19.3_KDE_x64.iso无法启动×，截图同1
title /linux/mxlinux/MX-19.3_KDE_x64.iso
find --ignore-floppies --ignore-cd --set-root /linux/mxlinux/MX-19.3_KDE_x64.iso ;; uuid () ;; echo %?_UUID%
map /linux/mxlinux/MX-19.3_KDE_x64.iso (hd32)
map --hook
kernel (hd32)/antiX/vmlinuz buuid=%?_UUID% fromiso=/linux/mxlinux/MX-19.3_KDE_x64.iso quiet splasht nosplash lang=zh_CN tz=Asia/Shanghai locale=zh_CN.UTF-8
initrd (hd32)/antiX/initrd.gz

9、slitaz5.0-rolling-core32-cn.iso无法启动×，截图同1
title /linux/slitaz/slitaz5.0-rolling-core32-cn.iso
find --ignore-floppies --ignore-cd --set-root /linux/slitaz/slitaz5.0-rolling-core32-cn.iso ;; uuid () ;; echo %?_UUID%
map /linux/slitaz/slitaz5.0-rolling-core32-cn.iso (hd32)
map --hook
kernel (hd32)/bzImage iso=UUID=%?_UUID%/linux/slitaz/slitaz5.0-rolling-core32-cn.iso / quiet loglevel=3 showapps vga=791 lang=zh_CN.UTF-8 tz=GMT-8 tce=UUID=%?_UUID%/linux/slitaz/
initrd (hd32)/rootfs.gz

10、debian-live-11.2.0-i386-xfce.iso无法启动×，截图同1
title /linux1/debian/debian-live-11.2.0-i386-xfce.iso
find --ignore-floppies --ignore-cd --set-root /linux1/debian/debian-live-11.2.0-i386-xfce.iso
map /linux1/debian/debian-live-11.2.0-i386-xfce.iso (hd32)
map --hook
kernel (hd32)/live/vmlinuz-5.10.0-10-686 boot=live findiso=/linux1/debian/debian-live-11.2.0-i386-xfce.iso components locales=zh_CN.UTF-8 locale=zh_CN.UTF-8 timezone=Asia/Shanghai localtime=Asia/Shanghai
initrd (hd32)/live/initrd.img-5.10.0-10-686

11、Fedora-Workstation-Live-x86_64-33-1.2.iso无法启动×，截图同1
title /linux/fedora/Fedora-Workstation-Live-x86_64-33-1.2.iso
find --ignore-floppies --ignore-cd --set-root /linux/fedora/Fedora-Workstation-Live-x86_64-33-1.2.iso
map /linux/fedora/Fedora-Workstation-Live-x86_64-33-1.2.iso (hd32)
map --hook
kernel (hd32)/isolinux/vmlinuz iso-scan/filename=/linux/fedora/Fedora-Workstation-Live-x86_64-33-1.2.iso root=live:CDLABEL=Fedora-WS-Live-33-1-2 rd.live.image quiet
initrd (hd32)/isolinux/initrd.img


未完持续……


BOOTX64.EFI2021-10-27+vmware12.5.7搭配上述ubuntu.iso，用上述菜单，均可正常启动，见到桌面√。