GRUB4DOS for UEFI

liuzhaoyzz

mygamexxx 发表于 2025-2-28 18:21
G4E现在测试版用ntboot和wimboot启动WIM文件的PE是没问题了，ipxe好像也是通过wimboot启动wim文件的PE。 ...

G4E现在测试版用ntboot和wimboot启动WIM文件的PE是没问题了？

http上次我测试还不行啊。

liuzhaoyzz

2011yaya2007777 发表于 2025-2-28 19:12
最近反复测试，视乎没有问题。不知在其他机器上如何。
请您测试一下。

20:01:07 ROOT=F:\TinyPXEServer-win\netboot\
20:01:07 DHCPd 192.168.1.15:67 started...
20:01:07 TFPTd 192.168.1.15:69 started...
20:01:07 HTTPd:80 started...
20:02:01 DHCPd:DISCOVER received, MAC:00-0C-29-51-49-FA, XID:DC3DACDA
20:02:01 DHCPd:OFFER sent, IP:192.168.1.16, XID:DC3DACDA
20:02:05 DHCPd:REQUEST received, MAC:00-0C-29-51-49-FA, XID:DC3DACDA
20:02:05 DHCPd:ACK sent, IP:192.168.1.16, XID:DC3DACDA
20:02:05 TFTPd:DoReadFile:bootx64.efi B:1468 T:0
20:02:05 HTTPd:Connect: 192.168.1.16, TID=6324
20:02:05 HTTPd:Client: 192.168.1.16 [GET] /efi/grub/menu.lst
20:02:05 HTTPd:Server : Returning /efi/grub/menu.lst
20:02:05 HTTPd:DisConnect: TID=6324
20:02:05 HTTPd:Connect: 192.168.1.16, TID=7980
20:02:05 HTTPd:Client: 192.168.1.16 [GET] /efi/grub/unifont.hex.gz
20:02:05 HTTPd:Server : Returning /efi/grub/unifont.hex.gz
20:02:05 HTTPd:DisConnect: TID=7980
20:02:06 HTTPd:Connect: 192.168.1.16, TID=9024
20:02:06 HTTPd:Client: 192.168.1.16 [GET] /efi/grub/lt.jpg
20:02:06 HTTPd:Server : Returning /efi/grub/lt.jpg
20:02:06 HTTPd:DisConnect: TID=9024
20:02:06 HTTPd:Connect: 192.168.1.16, TID=868
20:02:06 HTTPd:Client: 192.168.1.16 [GET] /efi/grub/unifont.hex.gz
20:02:06 HTTPd:Server : Returning /efi/grub/unifont.hex.gz
20:02:06 HTTPd:DisConnect: TID=868
20:02:10 HTTPd:Connect: 192.168.1.16, TID=10948
20:02:10 HTTPd:Client: 192.168.1.16 [GET] /imgs/WePE64_V2.2.iso
20:02:10 HTTPd:Server : Returning /imgs/WePE64_V2.2.iso
20:02:12 HTTPd:Exception: , Connection Closed Gracefully.
20:02:12 HTTPd:DisConnect: TID=10948
20:02:12 HTTPd:Connect: 192.168.1.16, TID=4452
20:02:12 HTTPd:Client: 192.168.1.16 [GET] /imgs/WePE64_V2.2.iso
20:02:12 HTTPd:Server : Returning /imgs/WePE64_V2.2.iso
20:02:33 HTTPd:DisConnect: TID=4452
20:02:33 HTTPd:Connect: 192.168.1.16, TID=2036
20:02:33 HTTPd:Client: 192.168.1.16 [GET] /imgs/WePE64_V2.2.iso
20:02:33 HTTPd:Server : Returning /imgs/WePE64_V2.2.iso
20:02:55 HTTPd:DisConnect: TID=2036

第一次成功用g4e的http协议启动pe.iso成功！看了下tinypxeserver启动日志，bootx64.efi用的是tfpt传输，其他的都用的http协议传输。
但是速度上相比ipxe还是有差距，225MB的微PE，ipxe从选择菜单项开始到见到微PE的桌面，用时34秒；g4e从选择菜单项开始到见到微PE的桌面，用时51秒，慢了17秒。
可能与启动方式有关，ipxe在UEFI下面pxe启动用的是sanboot方案，好像是边读边启动，没有仿真到内存这个步骤；g4e好像是多了个仿真到内存这个步骤，说不清速度慢的具体原因。
看日志，好像[GET] /efi/grub/unifont.hex.gz读取了两次；[GET] /imgs/WePE64_V2.2.iso读取了3次，不知道这是不是正常的？好像是find读取了一次，map读取了一次，还有一次不知道是什么？
===============================
哦，我把菜单改了下，去掉了find那个语句，启动速度正常了，38秒见到桌面！
title 启动客户端 WePE64_V2.2.iso
#find --set-root /imgs/WePE64_V2.2.iso
map --mem --top /imgs/WePE64_V2.2.iso (cd)
chainloader (cd-1)
boot
支持http协议，很棒了！辛苦了！可以上传github了吧？

2011yaya2007777

好像[GET] /efi/grub/unifont.hex.gz读取了两次；[GET] /imgs/WePE64_V2.2.iso读取了3次，不知道这是不是正常的？

是有点不正常。看看菜单有没有影响。
我觉得比较启动时间，应当从按菜单项开始，转圈结束后停止计时。加载字库，加载背景图，等等不应当计算在内。

2011yaya2007777

网起以前都是加载两次内存，不仅耗时，也耗内存。比如镜像3Gb，则有一个短时间需要6Gb内存！使用我提供的附件里的菜单，现在只加载一次内存。

liuzhaoyzz

2011yaya2007777 发表于 2025-3-1 20:39
是有点不正常。看看菜单有没有影响。
我觉得比较启动时间，应当从按菜单项开始，转圈结束后停止计时。加 ...

从按菜单项开始，转圈结束后停止计时。------------就是这样子计算的，两个都是这样子算的。

加载字库，加载背景图，等等不应当计算在内。-------就是这样子算的，字库，背景图都是之前加载好的呀。

liuzhaoyzz

2011yaya2007777 发表于 2025-3-1 20:45
网起以前都是加载两次内存，不仅耗时，也耗内存。比如镜像3Gb，则有一个短时间需要6Gb内存！使用我提供的附 ...

title WEPE64.WIM
set gbk2uni=/efi/grub/ext/gbk2uni
/efi/grub/ext/ntboot /imgs/WePE64_V2.2/WEPE/WEPE64.WIM
boot

启动PE.WIM还是不行啊？相关文件gbk2uni，ntboot我都放到了相应位置：
/efi/grub/ext/gbk2uni
/efi/grub/ext/ntboot

mygamexxx

2011yaya2007777 发表于 2025-2-28 19:12
最近反复测试，视乎没有问题。不知在其他机器上如何。
请您测试一下。

新的测试版出现问题：
iftitle [if "%@boot%"=="(pd)"] 从PXE服务器端启动10pe(boot.wim)
这句失去作用，这条菜单不显示。改为title 从PXE服务器端启动10pe(boot.wim) ，正常显示菜单。
if %@uefi%==64 && set gbk2uni=/efi/ext/gbk2uni && /efi/ext/ntboot (http)/boot/boot.wim，启动成功。

if %@uefi%==64 && set gbk2uni=/efi/ext/gbk2uni && /efi/ext/ntboot /boot/boot.wim，启动不成功，蓝屏(排除了TinyPXE汉化可能的原因，使用英文原版TinyPXE也是蓝屏)。日志如下：
9:12:34 HTTPd:客户端: 192.168.117.2 [GET] /efi/ext/ntboot
9:12:34 HTTPd:服务器:返回 /efi/ext/ntboot
9:12:34 HTTPd:断开连接 TID=3708
9:12:34 TFTPd:读取文件:/boot/boot.wim B:0 T:314890969
9:12:34 TFTPd:执行 TFTP_错误 (接收)

使用if %@uefi%==64 && set gbk2uni=/efi/ext/gbk2uni && /efi/ext/ntboot (http)/boot/boot.wim，启动成功。日志如下：
9:24:46 HTTPd:Client: 192.168.117.2 [GET] /efi/ext/ntboot
9:24:46 HTTPd:Server : Returning /efi/ext/ntboot
9:24:46 HTTPd:DisConnect: TID=14016
9:24:46 TFTPd:DoReadFile:/boot/boot.wim B:0 T:314890969
9:24:49 HTTPd:Connect: 192.168.117.2, TID=2856
9:24:49 HTTPd:Client: 192.168.117.2 [GET] /boot/boot.wim
9:24:49 HTTPd:Server : Returning /boot/boot.wim
9:25:10 HTTPd:DisConnect: TID=2856

liuzhaoyzz

2011yaya2007777 发表于 2025-2-28 19:12
最近反复测试，视乎没有问题。不知在其他机器上如何。
请您测试一下。

这个版本还是有问题，似乎不能完全ls列出(pd)下面的目录。
昨天我用这个版本的g4e启动PE.ISO还可以，今天就不行了。实在奇怪。出错提示截图：

然后我在菜单按c键进入命令行，ls了下，(pd)目录枚举不全啊，/g4e,/pxe,/imgs目录，还有些文件就没有被枚举出来，启动的时候也找不到/imgs/WePE64_V2.2.iso这个目录下的文件，奇怪得很。


好像ls枚举出来的文件和目录是dir.txt中的内容？
EFI
WIMS
bcd
bootmgfw.efi
g4e.efi
ipxe.pxe
menu.txt
undionly.kpxe
我把dir.txt删除后，ls就不能枚举文件和目录，不应该这样子啊：

哦，我又试了g4d，bios下面的，pxe启动的时候，ls (pd)/也是不能列出pd下面的文件，但是不影响启动。

实际目录有这么多：

2011yaya2007777

网起，根目录及其子目录没有dir.txt，无论g4d/g4e，执行find/ls等等查询行为都是无效的。

liuzhaoyzz

mygamexxx 发表于 2025-3-2 08:17
新的测试版出现问题：
iftitle  从PXE服务器端启动10pe(boot.wim)
这句失去作用，这条菜单不显示。改 ...

title WEPE64.WIM
set gbk2uni=/efi/grub/ext/gbk2uni
/efi/grub/ext/ntboot (http)/imgs/WePE64_V2.2/WEPE/WEPE64.WIM
boot

用这样子的菜单，启动也蓝屏了。感觉还是哪里有问题。

liuzhaoyzz

2011yaya2007777 发表于 2025-3-2 12:49
网起，根目录及其子目录没有dir.txt，无论g4d/g4e，执行find/ls等等查询行为都是无效的。

感觉问题很奇怪，为啥昨天我成功了，今天测试了N次都不能启动pe.iso。出错截图：

g4d pxe启动pe.iso，不需要dir.txt的辅助就可以启动。find命令为的是可以在pxe和本地启动菜单都适配。
title WINPE (WePE64_V2.2.iso)
find --ignore-floppies --ignore-cd --set-root /boot/imgs/WePE64_V2.2.iso
map --mem --top /boot/imgs/WePE64_V2.2.iso (0xff)
map --e820cycles=-1
map --hook
chainloader (0xff)
比如上面的菜单，pxe启动和本地硬盘启动都可以，find命令不会出错，find命令用于pxe启动的时候结果是(pd).

mygamexxx

liuzhaoyzz 发表于 2025-3-2 13:44
感觉问题很奇怪，为啥昨天我成功了，今天测试了N次都不能启动pe.iso。出错截图：

g4d pxe启动pe.iso， ...

我这边测试：
title 从PXE服务器端启动8pe(Win8PE64.iso)
if %@uefi%==64 && map --mem /iso/Win8PE64.iso (0xff) && chainloader (0xff) && boot
或
if %@uefi%==64 && map --mem (http)/iso/Win8PE64.iso  (0xff) && chainloader  (0xff) && boot

2-15版与2-25版重新测试，均返回到菜单。
提示一下，g4e map后不需要map --hook.  --top参数在我的机器上会出错。


再次测试，2-25版成功启动。第3次、第4次测试又返回到菜单。

liuzhaoyzz

mygamexxx 发表于 2025-3-2 15:21
我这边测试：
title 从PXE服务器端启动8pe(Win8PE64.iso)
if %@uefi%==64 && map --mem /iso/Win8PE64. ...

我上面的菜单，说的是BIOS下面的g4d，当然需要map --hook。并非g4e。

liuzhaoyzz

2011yaya2007777 发表于 2025-3-2 12:49
网起，根目录及其子目录没有dir.txt，无论g4d/g4e，执行find/ls等等查询行为都是无效的。

我换了几个PE.ISO测试，目前就发现wepe无法启动。感觉跟pe中boot.wim命名有关，如果是boot.wim好像就可以启动。
另外感觉启动时不时会失败，感觉很随机。

1.SXWIN10PEX64_17763_NET20201109.iso√
title 启动客户端SXWIN10PEX64_17763_NET20201109.iso
map /imgs/SXWIN10PEX64_17763_NET20201109.iso (cd)
chainloader (cd-1)

2.Win11PE64_22000.917JXB.iso√
title 启动客户端Win11PE64_22000.917JXB.iso
map /imgs/Win11PE64_22000.917JXB.iso (cd)
chainloader (cd-1)

3.boot.wim√
title boot.wim
set gbk2uni=/efi/grub/ext/gbk2uni
/efi/grub/ext/ntboot (http)/imgs/boot.wim

4.我发个WePE64_V2.2.iso，yaya有空的时候可能测试下？他不能启动×，里面的wim名字是WEPE.WIM，我翻了你发的几个帖子，好像必须强制boot.wim的名字才可以patch bcd是吧？可能改进？
https://www.123865.com/s/lE5A-nb1yv

mygamexxx

G4E  PXE使用map启动ISO就一次成功，其他都失败，返回到菜单。

另外，TinyPXE每次重新测试总要去删除虚拟机目录下多余的文件，有点烦人啊。

mygamexxx

mygamexxx 发表于 2025-3-2 16:07
G4E  PXE使用map启动ISO就一次成功，其他都失败，返回到菜单。

另外，TinyPXE每次重新测试总要去删除虚 ...

G4E PXE启动：
echo %@boot%
pause

0215版显示(pd)，0225版显示(0xffffffff)

2011yaya2007777

4.我发个WePE64_V2.2.iso

我这里测试，网起成功。
启动iso镜象，不需要关心里面wim的文件名。他自己的启动代码会适应的。

看来http网起出错很随机。通过抓包看出，是TCP传输时服务器发出 “[PSH, ACK] ... [TCP PDU reassembled in 610]"信息，而客户端没有相应跟进，从而失败。

2011yaya2007777

0215版显示(pd)，0225版显示(0xffffffff)

谢谢反馈，我排查一下。

wyjrwy

不错呢，看看没影试一下

liuzhaoyzz

2011yaya2007777 发表于 2025-3-2 18:24
我这里测试，网起成功。
启动iso镜象，不需要关心里面wim的文件名。他自己的启动代码会适应的。

title /imgs/210219WinPE19043.844boot.wim
set gbk2uni=/efi/grub/ext/gbk2uni
/efi/grub/ext/ntboot (http)/imgs/210219WinPE19043.844boot.wim
boot

09:50:46 ROOT=F:\boot\
09:50:46 DHCPd 192.168.1.15:67 started...
09:50:46 TFPTd 192.168.1.15:69 started...
09:50:46 HTTPd:80 started...
09:50:57 DHCPd:DISCOVER received, MAC:00-0C-29-51-49-FA, XID:C51064B2
09:50:58 DHCPd:OFFER sent, IP:192.168.1.18, XID:C51064B2
09:51:01 DHCPd:REQUEST received, MAC:00-0C-29-51-49-FA, XID:C51064B2
09:51:01 DHCPd:ACK sent, IP:192.168.1.18, XID:C51064B2
09:51:01 TFTPd:DoReadFile:g4eBOOTX64.EFI B:1468 T:417792
09:51:01 TFTPd:DoReadFile:g4eBOOTX64.EFI B:1468 T:0
09:51:02 HTTPd:Connect: 192.168.1.18, TID=9084
09:51:02 HTTPd:Client: 192.168.1.18 [GET] /efi/grub/menu.lst
09:51:02 HTTPd:Server : Returning /efi/grub/menu.lst
09:51:02 HTTPd:DisConnect: TID=9084
09:51:02 HTTPd:Connect: 192.168.1.18, TID=7504
09:51:02 HTTPd:Client: 192.168.1.18 [GET] /efi/grub/unifont.hex.gz
09:51:02 HTTPd:Server : Returning /efi/grub/unifont.hex.gz
09:51:02 HTTPd:DisConnect: TID=7504
09:51:03 HTTPd:Connect: 192.168.1.18, TID=5856
09:51:03 HTTPd:Client: 192.168.1.18 [GET] /efi/grub/ext/gbk2uni
09:51:03 HTTPd:Server : Returning /efi/grub/ext/gbk2uni
09:51:03 HTTPd:DisConnect: TID=5856
09:51:03 HTTPd:Connect: 192.168.1.18, TID=7036
09:51:03 HTTPd:Client: 192.168.1.18 [GET] /efi/grub/ext/ntboot
09:51:03 HTTPd:Server : Returning /efi/grub/ext/ntboot
09:51:03 HTTPd:DisConnect: TID=7036
09:51:03 TFTPd:DoReadFile:/imgs/210219WinPE19043.844boot.wim B:0 T:300745756
09:51:05 HTTPd:Connect: 192.168.1.18, TID=4544
09:51:05 HTTPd:Client: 192.168.1.18 [GET] /imgs/210219WinPE19043.844boot.wim
09:51:05 HTTPd:Server : Returning /imgs/210219WinPE19043.844boot.wim
09:51:12 HTTPd:Exception: , Connection Closed Gracefully.
09:51:12 HTTPd:DisConnect: TID=4544
09:51:12 HTTPd:Connect: 192.168.1.18, TID=9844
09:51:12 HTTPd:Client: 192.168.1.18 [GET] /imgs/210219WinPE19043.844boot.wim
09:51:12 HTTPd:Server : Returning /imgs/210219WinPE19043.844boot.wim
09:53:27 HTTPd:Exception: , Connection Closed Gracefully.
09:53:27 HTTPd:DisConnect: TID=9844

从上面的日志来看，启动pe.wim，先用的tftp协议读取，然后再用http协议读取，为什么不能直接用http协议读取？我的菜单上面已经是(http)协议了呀？
/efi/grub/ext/ntboot (http)/imgs/210219WinPE19043.844boot.wim

前面的09:51:03 HTTPd:Client: 192.168.1.18 [GET] /efi/grub/ext/gbk2uni，走的是http协议。
09:51:03 HTTPd:Client: 192.168.1.18 [GET] /efi/grub/ext/ntboot，走的也是http协议。
pe.wim应该也可以直接走http协议吧，不需要tftp中转一次了吧。

最后启动的结果是蓝屏BSOD。

2011yaya2007777

一开始服务器使用tftp读bootx64.efi，之后由g4e使用http。怎么让服务器一开始就使用http，这个我不清楚。

zqfeng01

感谢分享

zqfeng01

感谢分享

liuzhaoyzz

2011yaya2007777 发表于 2025-3-3 11:05
一开始服务器使用tftp读bootx64.efi，之后由g4e使用http。怎么让服务器一开始就使用http，这个我不清楚。

3423楼，tinypxeserver+ipxe，刚开始读引导文件ipxe.efi，走的也是tftp协议，后续的才是http协议。
http://bbs.wuyou.net/forum.php?m ... 1714&fromuid=298214

1、首个NBP引导文件g4eBOOTX64.EFI读取用tftp协议，没有什么问题。09:51:01 TFTPd:DoReadFile:g4eBOOTX64.EFI B:1468 T:417792
现在后续的wim为啥还要再走一遍tftp协议？09:51:03 TFTPd:DoReadFile:/imgs/210219WinPE19043.844boot.wim B:0 T:300745756

2、现在的主要问题是，g4e pxe启动很不稳定，一会可以，一会又不行，完全看运气。
启动失败：
15:19:22 ROOT=F:\boot\
15:19:22 DHCPd 192.168.1.15:67 started...
15:19:22 TFPTd 192.168.1.15:69 started...
15:19:22 HTTPd:80 started...
15:22:31 DHCPd:DISCOVER received, MAC:00-0C-29-51-49-FA, XID:558059A0
15:22:31 DHCPd:OFFER sent, IP:192.168.1.19, XID:558059A0
15:22:35 DHCPd:REQUEST received, MAC:00-0C-29-51-49-FA, XID:558059A0
15:22:35 DHCPd:ACK sent, IP:192.168.1.19, XID:558059A0
15:22:35 TFTPd:DoReadFile:g4eBOOTX64.EFI B:1468 T:417792
15:22:35 TFTPd:DoReadFile:g4eBOOTX64.EFI B:1468 T:0
15:22:35 HTTPd:Connect: 192.168.1.19, TID=3864
15:22:35 HTTPd:Client: 192.168.1.19 [GET] /efi/grub/menu.lst
15:22:35 HTTPd:Server : Returning /efi/grub/menu.lst
15:22:35 HTTPd:DisConnect: TID=3864
15:22:35 HTTPd:Connect: 192.168.1.19, TID=2776
15:22:35 HTTPd:Client: 192.168.1.19 [GET] /efi/grub/unifont.hex.gz
15:22:35 HTTPd:Server : Returning /efi/grub/unifont.hex.gz
15:22:35 HTTPd:DisConnect: TID=2776
15:22:39 HTTPd:Connect: 192.168.1.19, TID=1144
15:22:39 HTTPd:Client: 192.168.1.19 [GET] /imgs/Win11PE64_22000.917JXB.iso
15:22:39 HTTPd:Server : Returning /imgs/Win11PE64_22000.917JXB.iso
15:22:41 HTTPd:Exception: , Connection Closed Gracefully.
15:22:41 HTTPd:DisConnect: TID=1144
15:22:41 HTTPd:Connect: 192.168.1.19, TID=9196
15:22:41 HTTPd:Client: 192.168.1.19 [GET] /imgs/Win11PE64_22000.917JXB.iso
15:22:41 HTTPd:Server : Returning /imgs/Win11PE64_22000.917JXB.iso
15:23:04 HTTPd:Exception: , Connection Closed Gracefully.
15:23:04 HTTPd:DisConnect: TID=9196

菜单：
title Win11PE64_22000.917JXB.iso
map --mem --top /imgs/Win11PE64_22000.917JXB.iso (cd)
chainloader (cd-1)


g4e抛出这个提示，看下是什么原因：


3、有个pe.iso有7个碎片，我整理了下碎片，可以启动了。有个pe.iso没有碎片，有时可以启动，有时又不能启动。
看起来又不像是文件碎片的问题，感觉比较奇怪，不知道g4e map读取pd上面的文件，对于文件碎片可有影响呢？会不会是map读取pd上面的文件碎片解析，有什么bug？
你在3383楼所说的碎片解析问题，可有合并到g4e中去？
http://bbs.wuyou.net/forum.php?m ... 0303&fromuid=298214

之前是这样，后来修改为最大碎片126个，我觉得够用了。
可是分配内存时尺寸忘了乘以8，乌龙了啊。现在实际上是15个。
已经修正，希望验证一下。
软盘格式的 img 仿真为硬盘格式时，只支持 FAT12,FAT16,FAT32。

johnsyou

与时俱进的，天天向上啊！

2011yaya2007777

2、现在的主要问题是，g4e pxe启动很不稳定，一会可以，一会又不行，完全看运气。

很头痛！固件通讯异常，一下还不知道如何解决。
视乎与碎片无关。

liuzhaoyzz

2011yaya2007777 发表于 2025-3-4 16:11
很头痛！固件通讯异常，一下还不知道如何解决。
视乎与碎片无关。

如果问题不好定性，那就暂时放放吧。以后有时间慢慢研究。

mygamexxx

2011yaya2007777 发表于 2025-3-4 16:11
很头痛！固件通讯异常，一下还不知道如何解决。
视乎与碎片无关。

能不能也解决一下走TFTP模式蓝屏的问题？有点吹毛求疵了！

m81303725

为什么发表时间是2020年，上传的版本已经是2024年的

2011whp

g4e 的网启  
      默认tftp,  能通过命令 切换 http
     ipxe 也不能保证 所有的 网卡 都能 初始化 http成功
    所以:   if    exist http
                 {
                }
                 else
                  {
                 }

先让 tftp能用着: 主要启pe,   
          500MB的pe  , 传1GB数据,  可以接收 (千兆网 10秒)