G4E 2022-12-27 内置菜单中的configfile似乎不能正确跳转

sunsea

结论：从g4d时代就有的内置菜单处理机制问题，内置菜单结尾必须要有一个换行符才认识。



如题所示。部署至本地硬盘。机器为联想拯救者Y720-15IKB。
G4E bootx64.efi中内嵌菜单如下，其中menu.lst和bootx64.efi都在esp分区，无论是用于压制内嵌菜单的菜单文件还是调用的/efi/grub/menu.lst都使用UTF8无bom格式保存：

1. #本文件的唯一目的是立刻查找外挂菜单并加载。
   
2. root (bd)
   
3. configfile ()/efi/grub/menu.lst

复制代码

压制bootx64.efi的命令如下：

1. @echo off
   
2. pushd "%~dp0"
   
3. rem mkimage.exe -d ./x86_64-efi -p /efi/grub -o BOOTX64.EFI -O x86_64-efi -c ./menu.lst -f 嵌入字库 -m 嵌入模块
   
4. mkimage.exe -d ./x86_64-efi -p /efi/grub -o BOOTX64.EFI -O x86_64-efi -c ./menu.lst
   
5. pause

复制代码

在真机中，正常启动后提示如下：


此时手动输入configfile ()/efi/grub/menu.lst则可正常进入菜单并且一切行为正常。包括在菜单中再使用configfile也正常：


Qemu虚拟机中可以复现该错误。加入debug 3以后无论是在虚拟机还是在真机中提示不变，截图如下：


部署于U盘环境中的类似菜单也在真机和虚拟机上出现了类似错误。

附：/efi/grub/menu.lst

1. !BAT
   
2. debug 1
   
3. set prefix=%@root%
   
4. graphicsmode -1 1920
   
5. splashimage /efi/grub/splash.hd.bmp.lzma
   
6. font /efi/grub/unifont.hex.lzma
   
7. #load /efi/grub/ntfs_x64.efi
   
8. pause --wait=5 等你5秒，按W加载可读写ntfs驱动，按R加载只读ntfs驱动，不按键或者其他键不加载。两个驱动都是测试性的！如果有快速启动等功能不要加载！
   
9. # r 0x72 114 w 0x77 119
   
10. set tempbuf=%@retval%
    
11. if "%tempbuf%"=="114" load /efi/grub/ntfs_x64.efi
    
12. if "%tempbuf%"=="114" echo 检测到您按了R，加载只读驱动……
    
13. if "%tempbuf%"=="119" load /efi/grub/ntfs_x64_rw.efi
    
14. if "%tempbuf%"=="119" echo 检测到您按了W，加载可读写驱动……（测试性！）
    
15. set sig_file=
    
16. set wim_file=
    
17. default 1
    
18. 
    
19. title -------启动菜单，不要选这里------
    
20. find --set-root %sig_file%
    
21. uuid %@root%
    
22. kernel %prefix%/efi/grub/ntloader/ntloader uuid=%?% file=%wim_file% hires=1 minint=1
    
23. initrd %prefix%/efi/grub/ntloader/initrd.lz1
    
24. boot
    
25. 
    
26. title 正常渠道启动Windows
    
27. find --set-root /EFI/Microsoft/Boot/myharddisk.txt
    
28. chainloader /EFI/Microsoft/Boot/bootmgfw.efi
    
29. root %@root%
    
30. boot
    
31. 
    
32. title 加载本地Archlinux的Grub2菜单
    
33. find --set-root /EFI/Microsoft/Boot/myharddisk.txt
    
34. chainloader /EFI/arch-grub2/grubx64.efi
    
35. root %@root%
    
36. boot
    
37. 
    
38. title 直入Archlinux 正常内核
    
39. find --set-root /boot/intel-ucode.img
    
40. uuid ()
    
41. kernel /boot/vmlinuz-linux root=UUID=%?_UUID% rw splash loglevel=3 splash
    
42. initrd /boot/intel-ucode.img /boot/initramfs-linux.img
    
43. 
    
44. title 直入Archlinux 正常内核 恢复模式
    
45. find --set-root /boot/intel-ucode.img
    
46. uuid ()
    
47. kernel /boot/vmlinuz-linux root=UUID=%?_UUID% rw single splash
    
48. initrd /boot/intel-ucode.img /boot/initramfs-linux-fallback.img
    
49. 
    
50. title 直入Archlinux LTS
    
51. find --set-root /boot/intel-ucode.img
    
52. uuid ()
    
53. kernel /boot/vmlinuz-linux-lts root=UUID=%?_UUID% rw splash loglevel=3 splash
    
54. initrd /boot/intel-ucode.img /boot/initramfs-linux-lts.img
    
55. 
    
56. title 直入Archlinux LTS 恢复模式
    
57. find --set-root /boot/intel-ucode.img
    
58. uuid ()
    
59. kernel /boot/vmlinuz-linux-lts root=UUID=%?_UUID% rw single splash
    
60. initrd /boot/intel-ucode.img /boot/initramfs-linux-lts-fallback.img
    
61. 
    
62. title HHH333 PE Win11 x64
    
63. set sig_file=/BOOT/H3_1164.WIM
    
64. set wim_file=%sig_file%
    
65. fallback 0
    
66. kernel
    
67. 
    
68. 
    
69. title HHH333 PE Win10 x64
    
70. set sig_file=/BOOT/H3_1064.WIM
    
71. set wim_file=%sig_file%
    
72. fallback 0
    
73. kernel
    
74. 
    
75. 
    
76. title HHH333 PE Win8.1 x64
    
77. set sig_file=/BOOT/H3_8164.WIM
    
78. set wim_file=%sig_file%
    
79. fallback 0
    
80. kernel
    
81. 
    
82. 
    
83. title HHH333 PE Win8 x64
    
84. set sig_file=/BOOT/H3_864.WIM
    
85. set wim_file=%sig_file%
    
86. fallback 0
    
87. kernel
    
88. 
    
89. 
    
90. title 0PE Win10 PE 64 (EFI)
    
91. set sig_file=/0PE/0PENB.LZMA
    
92. set wim_file=/efi/boot.wim
    
93. fallback 0
    
94. kernel
    
95. 
    
96. 
    
97. 
    
98. title Grub2FM 万能文件管理与启动器 By a1ive
    
99. map %prefix%/efi/grub/grubfm.iso (0xff)
    
100. chainloader (0xff)
     
101. boot
     
102. 
     
103. title Sltiaz 便携Linux \n root密码root。用户tux，密码tux
     
104. find --set-root /IMGs/slitaz-core64.iso
     
105. map /IMGs/slitaz-core64.iso (0xff)
     
106. chainloader (0xff)
     
107. boot
     
108. 
     
109. title StartOS (不保存数据) \n root密码：Loongson，其他普通用户如live均为live
     
110. find --set-root /startos/boot/initramfs.img
     
111. uuid ()
     
112. kernel /startos/boot/vmlinuz squashfs=UUID=%?%:/startos/sfs ro splash _tmpfs=y
     
113. initrd /startos/boot/initramfs-fallback.img
     
114. 
     
115. title 试图查找本地的Windows x64并启动
     
116. find --set-root /Windows/System32/Boot/winload.efi
     
117. uuid %@root%
     
118. kernel %prefix%/efi/grub/ntloader/ntloader uuid=%?% hires=1
     
119. initrd %prefix%/efi/grub/ntloader/initrd.lz1
     
120. boot
     
121. 
     
122. 
     
123. title 试图查找本地的Windows 7 x64并启动(WIN7专用入口！)
     
124. find --set-root /Windows/System32/Boot/winload.efi
     
125. uuid %@root%
     
126. kernel %prefix%/efi/grub/ntloader/ntloader uuid=%?% hires=1 win7
     
127. initrd %prefix%/efi/grub/ntloader/initrd.lz1
     
128. boot
     
129. 
     
130. title H3PE 原版grub2菜单
     
131. find --set-root /EFI/boot/g2bootx64.efi
     
132. chainloader /EFI/boot/g2bootx64.efi
     
133. boot
     
134. 
     
135. title H3PE 原版grub4efi菜单
     
136. find --set-root /EFI/boot/g4bootx64.efi
     
137. configfile ()/EFI/grub/h3_gr2hd.lst
     
138. 
     
139. title USM 启动Windows_11PE_64位_全能娱乐版(支持声、显、网卡)
     
140. set sig_file=/boot/usm1pe6F.wim
     
141. set wim_file=%sig_file%
     
142. fallback 0
     
143. kernel
     
144. 
     
145. title USM 启动Windows_11PE_64位_精简维护版
     
146. set sig_file=/boot/usm1pe6L.wim
     
147. set wim_file=%sig_file%
     
148. fallback 0
     
149. kernel
     
150. 
     
151. 
     
152. title USM 启动Windows_8PE__64位_全能娱乐版(支持声、显、网卡)
     
153. set sig_file=/boot/usm8pe6F.wim
     
154. set wim_file=%sig_file%
     
155. fallback 0
     
156. kernel
     
157. 
     
158. 
     
159. title USM 启动Windows_8PE__64位_精简维护版
     
160. set sig_file=/boot/usm8pe6L.wim
     
161. set wim_file=%sig_file%
     
162. fallback 0
     
163. kernel
     
164. 
     
165. title USM 启动Windows_7PE__64位_精简维护版
     
166. set sig_file=/boot/USM7PE6L.WIM
     
167. set wim_file=/boot/USM7PE6L.WIM win7
     
168. fallback 0
     
169. kernel
     
170. 
     
171. title 查找Archlinux-monthly.iso并启动
     
172. find --ignore-floppies --set-root /archlinux-monthly.iso
     
173. uuid ()
     
174. map /archlinux-monthly.iso (0xff)
     
175. kernel (0xff)/arch/boot/x86_64/vmlinuz-linux img_dev="/dev/disk/by-uuid/%?_UUID%" img_loop="/archlinux-monthly.iso" earlymodules=loop
     
176. initrd (0xff)/arch/boot/intel-ucode.img (0xff)/arch/boot/amd-ucode.img (0xff)/arch/boot/x86_64/initramfs-linux.img
     
177. boot
     
178. 
     
179. 
     
180. title 退出grub4dos
     
181. exit_g4d
     
182. 
     
183. title 命令行
     
184. commandline
     
185. 
     
186. title 重启计算机
     
187. reboot
     
188. 
     
189. title 关闭计算机
     
190. halt

复制代码

sunsea

此外，在1920x1080模式下，似乎g4e的菜单和输出都不能有效利用屏幕，而只能左上角，无论是否进入菜单、是在菜单还是命令行、是否配置graphicsmode都一样（一楼二楼的图片都因为拍全过大不能上载而进行了裁剪处理），请问该用何种命令进行配置？但是splashimage就正确铺满了屏幕。以及使用例如16x16字体的情况下，计算可用行列数在不调整字符和行间距的情况下是否就是（屏幕纵向分辨率）/16和（屏幕横向分辨率）/8？





此问题似乎可以排除机器问题，因为Archlinux的grub2作为对照组就能正确把输出填满屏幕。



上载grub.cfg以供比较： grub.cfg.zip (1.81 KB, 下载次数: 11)

2023-1-30 09:41 上传

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

2011yaya2007777

此外，在1920x1080模式下，似乎g4e的菜单和输出都不能有效利用屏幕，而只能左上角

设置了菜单框，就指定了菜单框的位置和尺寸，是绝对值，不随屏幕尺寸改变。
因此设计菜单，一般是指定一个普遍的，通常电脑都支持的分辨率。然后选择背景图，设计菜单框，选择合适的字体尺寸。
但是有的电脑启动时就支持一种分辨率，而且是他所支持的最大值，那必然是字体尺寸太小，菜单框也只能在左上角。
避免这种情况，就是菜单框不要指定尺寸。不使用
setmenu --box ......
此时就是满屏。
字体尺寸可以根据分辨率设置，比如：
calc *0x834c > nul ;; set a=%@retval%
if %a%>=801 && font --font-high=40 /efi/grub/menu40.hex  && splashimage /efi/grub/da.jpg
if %a%<=800 && font /efi/grub/unifont.hex.gz && splashimage /efi/grub/xiao.jpg

sunsea

2011yaya2007777 发表于 2023-1-30 10:40
设置了菜单框，就指定了菜单框的位置和尺寸，是绝对值，不随屏幕尺寸改变。
因此设计菜单，一般是指定一 ...

菜单中没有放setmenu --box也会出现2楼的问题。此外相比于2楼，感觉1楼问题更严重些，每次开机都要手动输入一句指令。

2011yaya2007777

如题所示。部署至本地硬盘。机器为联想拯救者Y720-15IKB。

你这个内置菜单没有什么特别的，为什么不使用原始的？
我估计是这两句不适合：
root (bd)
configfile ()/efi/grub/menu.lst
原始的是：
find --set-root /efi/grub/menu.lst
configfile /efi/grub/menu.lst

sunsea

2011yaya2007777 发表于 2023-1-30 11:00
你这个内置菜单没有什么特别的，为什么不使用原始的？
我估计是这两句不适合：
root (bd)

主要是害怕查找到别的硬盘分区而不是esp上去，这个大概可以通过放置标志文件或者改名解决，不要紧。按照你的方案修改过后QEMU仍然不通过，真机也不通过。截图如下：


更新：本截图找到一个有重名文件的分区去了，修改为查找esp的自己放置的标志文件以后仍然出现该错误。

iaanqrm

sunsea

2011yaya2007777 发表于 2023-1-30 11:00
你这个内置菜单没有什么特别的，为什么不使用原始的？
我估计是这两句不适合：
root (bd)

对于1楼问题发现了一个神奇的workaround办法：压制bootx64.efi时在内置菜单结尾处多加一个空行。非常神奇。

sunsea

2011yaya2007777 发表于 2023-1-30 11:00
你这个内置菜单没有什么特别的，为什么不使用原始的？
我估计是这两句不适合：
root (bd)

采用该内置菜单：（结尾处没有空行）

1. debug 3
   
2. find --set-root /efi/grub/mydisk.sig
   
3. pause can you see me?

复制代码

同样看不到最后一句can you see me直接进入命令行。使用winhex检查mkimage.exe生成的bootx64.efi二进制文件发现最后一行出现了，怀疑是g4e菜单处理时因为某种原因漏掉了最后一行：

2011yaya2007777

意思是加一个空格，问题就解决了？有可能是处理预置菜单有问题，下午排查一下。

sunsea

2011yaya2007777 发表于 2023-1-30 11:57
意思是加一个空格，问题就解决了？有可能是处理预置菜单有问题，下午排查一下。

加一个【空行】，或者说注释之类能被安全忽略的东西。。

不点

sunsea 版主定位到关键位置了，佩服！

9527sss

谢谢分享

2011yaya2007777

找到问题产生的原因了，是预置菜单最后一行缺少回车、换行符，即缺少 0xd 0xa 。
看来预置菜单最后一行必须敲换行键。

不明白的是，为什么显式菜单最后一行可以没有回车、换行符，也正常。

sunsea

2011yaya2007777 发表于 2023-1-30 17:39
找到问题产生的原因了，是预置菜单最后一行缺少回车、换行符，即缺少 0xd 0xa 。
看来预置菜单最后一行必 ...

我盲猜外置菜单往往是boot这种没了也会自动补全的命令造成的……要不预处理内置菜单的时候自动结尾补一个空行？另外我一直习惯使用Unix系的换行符……

sunsea

2011yaya2007777 发表于 2023-1-30 17:39
找到问题产生的原因了，是预置菜单最后一行缺少回车、换行符，即缺少 0xd 0xa 。
看来预置菜单最后一行必 ...

经测试，外置菜单没有问题是因为我halt后面又多敲了几个空行。去除外置菜单中的结尾空行后（1楼那个菜单），“关闭计算机”这一选项消失。所以外置菜单处理也应该有类似问题。

2011yaya2007777

经测试，外置菜单没有问题是因为我halt后面又多敲了几个空行。去除外置菜单中的结尾空行后（1楼那个菜单），“关闭计算机”这一选项消失。所以外置菜单处理也应该有类似问题。

我今天又测试了一次，内置菜单有你反馈的问题，但是外置菜单正常呀。

sunsea

2011yaya2007777 发表于 2023-1-31 08:49
我今天又测试了一次，内置菜单有你反馈的问题，但是外置菜单正常呀。

再跑了一次，外置菜单是正常的。外置菜单部分应该没有问题。可能是QEMU加载时被某种缓存干扰。那么问题应该就在内置菜单处理上。给您造成判断麻烦了抱歉。

2011yaya2007777

给您造成判断麻烦了抱歉

版主的话言重了。应当感谢你反馈问题，并精准定位。

enuser2k

感谢分享

sunsea

2011yaya2007777 发表于 2023-1-30 10:40
设置了菜单框，就指定了菜单框的位置和尺寸，是绝对值，不随屏幕尺寸改变。
因此设计菜单，一般是指定一 ...

所以还是比较奇怪为什么没有放setmenu --box输出也占不满屏幕。以及有些电脑的固件大概确实比较神奇，开CSM对1024*768的支持就没有了，菜单中使用graphicsmode -1 1024也不报错，就后续命令一大堆Error滚过去然后花屏，只能用800*600。不开CSM屁事没有，1024*768也支持了。不知道g4e什么时候支持文本按行处理想分析graphicsmode --info输出结果自动判断，或者加个命令测试支不支持某个模式。

2011yaya2007777

你是想根据不同的分辨率设置不同的菜单？

sunsea

2011yaya2007777 发表于 2023-2-7 13:32
你是想根据不同的分辨率设置不同的菜单？

啊。是支持什么模式用什么菜单……坑爹之处在于那个电脑跑不支持的模式graphicsmode也不出错……还有就是奇怪为什么菜单没有setmenu --box也不占满屏幕……

2011yaya2007777

那个电脑跑不支持的模式graphicsmode也不出错

没有指定的模式，则返回一个显卡支持的模式，这样比返回错误要好一些。

奇怪为什么菜单没有setmenu --box也不占满屏幕……

这确实奇怪。可能是新显示模式的分辨率没有传递过来。

现在屏幕显示的信息，保存到内存，过滤分辨率好像有点复杂。
比如输出：
模式 x像素 y像素 模式 x像素 y像素 ...
这样比较容易一些。

sunsea

2011yaya2007777 发表于 2023-2-7 16:03
没有指定的模式，则返回一个显卡支持的模式，这样比返回错误要好一些。

这确实奇怪。可能是新显示模式 ...

那希望能加一个参数能探测显卡支不支持某分辨率。我这是用了不支持的直接后续命令出一大堆奇怪错误然后花屏，怀疑是破坏了什么东西。以及怎么调试菜单的问题呢？

2011yaya2007777

1. 你是要在命令行执行，还是在批处理执行？
2. 你输入分辨率 x y，函数返回0或者1？
3. 你输入指令，函数返回显卡支持的所有分辨率。你利用批处理筛选？

sunsea

2011yaya2007777 发表于 2023-2-7 18:26
1. 你是要在命令行执行，还是在批处理执行？
2. 你输入分辨率 x y，函数返回0或者1？
3. 你输入指令，函 ...

1，我是希望给菜单或者批处理用的，命令行手动的话我直接用graphicsmode --info人力判断了。
2，大概是希望有个graphicsmode --test x y这样的，函数返回1表示有，0无这样，然后我可以送checkrange
3，批处理筛选这事大概比较复杂，但是配合WENV也不是不能办，看哪个你方便吧，我不是开发者，以你方便为主，谢谢了。

2011yaya2007777

graphicsmode --test x y
存在返回模式号，不存在返回0。

sunsea

2011yaya2007777 发表于 2023-2-8 15:38
graphicsmode --test x y
存在返回模式号，不存在返回0。

感谢，测试成功！以及内置菜单最后要有个换行符的问题方便处理吗……