GRUB4DOS for UEFI

2011yaya2007777

由Ventoy转来，怎么排除不是它引起的？根应当是pd，而现在成了hd0,2。出现菜单后，进入命令行，执行：root

2011yaya2007777

在菜单项首行增加
root (pd)
试一试

mygamexxx

2011yaya2007777 发表于 2025-3-26 17:49
由Ventoy转来，怎么排除不是它引起的？根应当是pd，而现在成了hd0,2。出现菜单后，进入命令行，执行：root

已测试过g4e为第一引导，结果相同。至于不是 (pd) ，上面说了是硬盘从esp分区启动，不是pxe。
PXE启动倒是正常的(pd)。

2011yaya2007777

经测试，从grub2网起，转g4e，失败。

2011whp

有  菜单了  (直接启)

xiaoy

同样的测试环境，还是2月25的版本能出现菜单启动成功，不是很快，3月25的版本还是看不到菜单。

mygamexxx

使用.vmdk虚拟磁盘测试，确保第一启动是G4E。
硬盘分区情况和启动结果如下：20250212的测试版，%@boot%是正确的(hd0,0)。20250325不正确，是(0xffffffff)。

mygamexxx

2011yaya2007777 发表于 2025-3-26 17:49
由Ventoy转来，怎么排除不是它引起的？根应当是pd，而现在成了hd0,2。出现菜单后，进入命令行，执行：root

验证应该很简单，从本地硬盘启动G4E，进入命令行，echo %@boot%

不是%@root%!!!!

关于PXE网启，是否默认TFTP，菜单中加上(http)后，再http。

liuzhaoyzz

2011yaya2007777 发表于 2025-3-26 19:06
经测试，从grub2网起，转g4e，失败。

3月25日的g4e，压缩包里面还是没有ipxegrldr啊？
可能修改调整编译？

2011yaya2007777

验证应该很简单，从本地硬盘启动G4E，进入命令行，echo %@boot%

mygamexxx

2011yaya2007777 发表于 2025-3-28 10:17

测试了本地硬盘启动与PXE启动，%@boot%均正常了。

2012ianzou

UEFI 环境的 GRUB4DOS比BIOS下考虑的东西多。

wintoflash

mygamexxx 发表于 2025-3-26 17:03
wintoflash发布的ZenEMU，配合 EasyWebSvr测试新版本G4E，也是各种不同的状况，使用了不同的网络e1000\rtl8 ...

如何用qemu测试http网启？http server是怎么设置的？

2011yaya2007777

如何用qemu测试http网启？http server是怎么设置的？

我使用EasyWebSvr，首先启动它。
设置是：
[WebServer]
RootDir=C:\usr\TinyPXEServer-win\netboot

netboot是网起根目录，也就是“tftp目录”。
EasyWebSvr子目录在netboot网起根目录下。

mygamexxx

wintoflash 发表于 2025-3-31 17:18
如何用qemu测试http网启？http server是怎么设置的？

http根目录与tftp根目录一样就行。

2011yaya2007777

最好是翻译成“网起文件夹”，或者是“网起根目录”。容易理解。

忧心的启

感谢，目录还不太懂，慢慢研究研究。

mygamexxx

使用旧版本的QEMU启动测试器和EasyWebSvr配合，分别测试IPXE.EFI和bootg4e.efi的HTTP网启。
IPXE.EFI在出菜单后，能看到HTTP日志中正常获取了文件。但启动到最后黑屏失败，错误代码为0xc0000017。
G4E在出菜单后，停留在Copy data from the network viaTFTP, please wait...，HTTP日志中没有信息。

mygamexxx

IPXE.EFI使用新版QEMU启动测试器配合EasyWebSvr，能顺利启动至PE桌面。
G4E采用WIMBOOT进行PXE网启，使用新版QEMU测试器配合EasyWebSvr，停留WIMBOOT界面。HTTP日志有相关内容。
G4E采用WIMBOOT进行PXE网启，使用旧版QEMU测试器配合EasyWebSvr，停留WIMBOOT界面。HTTP日志无内容。

2011yaya2007777

使用旧版本的QEMU启动测试器和EasyWebSvr配合，分别测试IPXE.EFI和bootg4e.efi的HTTP网启

首先启动EasyWebSvr！！！
然后启动旧版本的QEMU启动测试器。

title 启动服务端 WePE64_V2.2.iso
map /boot/WePE64_V2.2.iso (cd)
chainloader (cd-1)
boot
成功网起。
不过虽然使用HTTP，仍然是龟速！！！慢得很。

mygamexxx

2011yaya2007777 发表于 2025-4-1 19:32
首先启动EasyWebSvr！！！
然后启动旧版本的QEMU启动测试器。

现在使用haneWIN DHCP Server+EasyWebSvr，VMware在UEFI下，无论用ntboot\wimboot\map，这三种方式都能成功HTTP网启至PE桌面。

就是用QEMU+EasyWebSvr，HTTP网启从没有成功到PE桌面过，不知道是什么原因。单纯TFTP就更不用说了。

liukai99521

谢谢！！！ 支持！！！

xiaoy

继续反馈，同样环境 12.16.和2.25的版本能正常启动 HTTP模式，  其它版本和3580楼的启动了都看不到菜单

mygamexxx

bootmgfe.efi（ZenEMU 在 TFTP）大概10~12分钟看到PE桌面。启动成功。
ipxe.efi（ZenEMU 在 TFTP + EasyWebSvr）大概5~7分钟看到PE桌面。启动成功。
ipxe.efi（ZenEMU 在 HTTP）大概5~7分钟看到PE桌面。启动成功。
G4E.efi  ntboot方式（ZenEMU 在 HTTP）有时能出菜单，有时不能出菜单，出菜单后，最好的情况是蓝屏。G4E的网启还需要完善。

bootmgfe.efi(VMware+haneWIN DHCP Server+EasyWebSvr)大概1.5分钟完成PE桌面。启动成功。走的是TFTP，没有HTTP。
ipxe.efi(VMware+haneWIN DHCP Server+EasyWebSvr)大概1分钟完成PE桌面。启动成功。HTTP。
G4E.efi  ntboot方式  (VMware+haneWIN DHCP Server+EasyWebSvr)大概1.5分钟完成PE桌面。启动成功。HTTP。
G4E.efi  map方式  (VMware+haneWIN DHCP Server+EasyWebSvr)大概1.5分钟完成PE桌面。启动成功。HTTP。
G4E.efi  wimboot方式  (VMware+haneWIN DHCP Server+EasyWebSvr)大概1.5分钟完成PE桌面。启动成功。HTTP。

201012121135

太强大了，感谢分享。

minmax

請問 BRUG4DOS FOR  UEFI 中 NTBOOT 啟動 VHD(X)的參數
與之前或另版的NTBOOT參數不同， WIM 可以啟動 ntboot %vhdd%/PE.WIM winload=/Windows/System32/boot/winload.efi minint=1
title NTBOOT 启动 VHD
find --set-root /VHDOS/LTSC2024.VHDX | set vhdd=
ntboot %vhdd%/LTSC2024.VHDX winload=/Windows/System32/boot/winload.efi minint=1
boot
出現選單就報以下錯，執行的話也是
aligned pointer 8e234252

2011yaya2007777

出現選單就報以下錯，執行的話也是

这句话是不是可以这样理解：
你通过U盘或者其他方式启动到出现菜单，其中菜单项包含”title NTBOOT 启动 VHD“，这时报错”aligned pointer 8e234252“，是这样吗？

我查了一下，释放内存时有一句错误提示”printf_debug ("unaligned pointer %x", ptr);“，且只有这一句包含”aligned pointer %x“。

minmax

2011yaya2007777 发表于 2025-4-9 14:14
这句话是不是可以这样理解：
你通过U盘或者其他方式启动到出现菜单，其中菜单项包含”title NTBOOT 启动 ...

呼叫NTBOOT 參數不對(我猜 )麻煩 給個示例
是否目前不支持.VHDX

2011yaya2007777

ntboot前面应当有路径。它肯定不在根目录。应该支持vhdx吧，没有测试过。实际上是调用微软的efi启动的。

不点

2011yaya2007777 发表于 2025-4-9 14:14
这句话是不是可以这样理解：
你通过U盘或者其他方式启动到出现菜单，其中菜单项包含”title NTBOOT 启动 ...

报 unaligned pointer 这种错误，个人感觉是严重错误。就是，程序含有 bug，居然能够让指针不对齐！32位的程序，应该是 4 字节对齐的。而 8e234252 不是 4 字节对齐。

产生这种错误，个人感觉，大概率是汇编代码有错。如果汇编代码是 grub2 之中的，那就是 grub2 本身含有 bug。相关的代码应该不是 yaya 写的，因为 yaya 自己对这条错误信息好像也并不熟悉（yaya 自己还需要查一下才知道）。

我在基于 grub legacy 做 grub4dos 的时候，就已经发现 grub legacy 里面的堆栈很糟糕。后来，我把堆栈重新设计和整理，基本上不会再有各种死机发生。

也就是说，有可能是堆栈溢出、堆栈冲突之类的错误。递归函数占用过多堆栈，也能导致堆栈溢出。我在 grub4dos 中，把 grub legacy 原有的递归函数统统转为非递归函数；把函数体中的大变量（比如 char str[512]; 之类的)都放到函数体之外(变成 static char str[512];）；把函数体中的嵌套函数，也提取出来，放到函数体之外（前面也添加 static 指示符）。总之，尽一切可能，最大限度地节约堆栈的使用，减少死机发生。这个工作是很繁重的，不能留下任何一个死角，全部改造完成，工作量很庞大。当时我身体还不错，彻底完成了。

但愿 grub2 不会在这方面有问题。