G4E引导Archlinux内核6.2.1失败

sunsea · 发表于 2023-3-7 09:13:56

本帖最后由 sunsea 于 2023-3-13 08:17 编辑

如图，G4E版本是http://bbs.wuyou.net/forum.php?mod=redirect&goto=findpost&ptid=434037&pid=4804015&fromuid=416965 29楼版本。

QQ截图20230307090641.png

引导Archlinux失败，内核版本6.2.1，疑似已经干掉了EFI Handover Protocol了，目前引导LTS版6.1.15内核还是正常的……
早就听说这个东西已经被废弃了，Google了一下似乎从6.2开始EFI Handover Protocol就彻底废弃了……

sunsea · 发表于 2023-3-7 15:20:15

妈呀，一个反馈问题的帖子怎么一个个都是感谢分享的，都是机器人么？

wintoflash · 发表于 2023-3-7 09:26:24

本帖最后由 wintoflash 于 2023-3-7 09:29 编辑

http://bbs.wuyou.net/forum.php?m ... 3224&fromuid=487838

目前可以用 chainloader 来启动内核，不过 initrd 要在同一 ESP 分区。
linux /xxx/vmlinuz XXX
initrd /xxx/initrd.img
转换为
chainloader /xxx/vmlinuz XXX initrd=/xxx/initrd.img

放弃 EFI Handover Protocol 的缺点就是 64 位 EFI 下不能启动 32 位内核了 (或者反过来)。
传统 32 位启动协议比较难支持，而且很多 EFI 相关的功能就报废了。

9527sss · 发表于 2023-3-7 09:28:52

感谢分享

sunsea · 发表于 2023-3-7 10:21:52

本帖最后由 sunsea 于 2023-3-7 10:28 编辑

wintoflash 发表于 2023-3-7 09:26
http://bbs.wuyou.net/forum.php?m ... 3224&fromuid=487838

目前可以用 chainloader 来启动内核，不过 ...

好的感谢，不知道G4E是否有计划把kernel命令的实现机制改了……chainloader总感觉怪怪的……不过生产环境应该没人有64bit环境启动32bit需求。
以及有多个initrd该怎么写呢？（需要上微码更新）

wintoflash · 发表于 2023-3-7 11:23:02

不知道G4E是否有计划把kernel命令的实现机制改了

在考虑。主要是造成很多不兼容。

以及有多个initrd该怎么写呢？（需要上微码更新）

那就没办法了。还有initrd=后面路径用 / 还是 \ 我忘了。

sunsea · 发表于 2023-3-7 11:44:21

本帖最后由 sunsea 于 2023-3-7 11:56 编辑

wintoflash 发表于 2023-3-7 11:23
在考虑。主要是造成很多不兼容。

那就没办法了。还有initrd=后面路径用 / 还是 \ 我忘了。

生产环境应该32bit内核不是主流了吧。或者留一个切换参数，或者来个自动探测，优先EFI handover，不行再别的办法。kernel命令服务的是linux，那么也跟着主线走就是了……

Hello学习 · 发表于 2023-3-7 12:07:04

学习学习

yyz2191958 · 发表于 2023-3-7 12:12:05

感谢分享

syzcz · 发表于 2023-3-7 14:46:41

感谢分享经验

panyf14 · 发表于 2023-3-7 17:34:38

学习了

rchc08 · 发表于 2023-3-7 21:19:03

学习

wintoflash · 发表于 2023-3-7 22:17:13

本帖最后由 wintoflash 于 2023-3-7 22:19 编辑

grub4dos-for_UEFI-2023-03-07.7z (1.05 MB, 下载次数: 19)

sunsea · 发表于 2023-3-8 17:49:11

本帖最后由 sunsea 于 2023-3-8 17:51 编辑

wintoflash 发表于 2023-3-7 22:17
试试，暂时删了 EFI Handover Protocol 相关的东西，使用 LoadFile2 Protocol 提供 initrd。
我用 Manja ...

真机测试结果是直接死在configfile上。屏幕提示只有Will load external menu...没有Has entered the external menu...

内置菜单：

debug 3
find --set-root /EFI/grub/mydisk.sig
echo Will load external menu...
configfile /EFI/grub/menu.lst
########

复制代码

外置菜单：

!BAT
echo Has entered the external menu...
terminal console
debug 3
echo set menu...
setmenu --u
setmenu --string=
set prefix=%@root%
echo loading graphics...
font
graphicsmode -1 1920
splashimage /efi/grub/splash.hd.bmp.lzma
font /efi/grub/unifont.hex.lzma
echo 加载各种文件系统驱动，请稍后……
#load /efi/grub/ntfs_x64_rw.efi
#echo ntfs加载完成。
#load /efi/grub/udf_x64.efi
#echo udf加载完成。
load /efi/grub/ext2_x64.efi
echo ext加载完成。
#load /efi/grub/iso9660_x64.efi
#echo iso9660加载完成。
#load /efi/grub/exfat_x64.efi
#echo exfat加载完成。
set sig_file=
set wim_file=
#设置中文菜单按键帮助
setmenu --lang=zh
#设置自动菜单编号
setmenu --auto-num-on
#设置日期时间
#setmenu --string=215=65=0xffff66="date&time=yyyy-MM-dd HH:mm:ss"
#设置菜单框
#setmenu --box w=149 h=115 l=2
default 1
title -------启动菜单，不要选这里------
find --set-root %sig_file%
uuid %@root%
kernel %prefix%/efi/grub/ntloader/ntloader uuid=%?% file=%wim_file% hires=1 minint=1
initrd %prefix%/efi/grub/ntloader/initrd.lz1
boot
title 正常渠道启动Windows
find --set-root /EFI/Microsoft/Boot/myharddisk.txt
chainloader /EFI/Microsoft/Boot/bootmgfw.efi
root %@root%
boot
title 加载本地Archlinux的Grub2菜单
find --set-root /EFI/Microsoft/Boot/myharddisk.txt
chainloader /EFI/arch/grubx64.efi
root %@root%
boot
title 直入Archlinux 正常内核
find --set-root /boot/intel-ucode.img
uuid ()
kernel /boot/vmlinuz-linux root=UUID=%?_UUID% rw splash loglevel=3 splash
initrd /boot/intel-ucode.img /boot/initramfs-linux.img
#chainloader /boot/vmlinuz-linux root=UUID=%?_UUID% rw splash loglevel=3 splash initrd=/boot/intel-ucode.img initrd=/boot/initramfs-linux.img
#上面这句话好像能带多个initrd
title 直入Archlinux 正常内核恢复模式
find --set-root /boot/intel-ucode.img
uuid ()
kernel /boot/vmlinuz-linux root=UUID=%?_UUID% rw single splash
initrd /boot/intel-ucode.img /boot/initramfs-linux-fallback.img
title 直入Archlinux LTS
find --set-root /boot/intel-ucode.img
uuid ()
kernel /boot/vmlinuz-linux-lts root=UUID=%?_UUID% rw splash loglevel=3 splash
initrd /boot/intel-ucode.img /boot/initramfs-linux-lts.img
title 直入Archlinux LTS 恢复模式
find --set-root /boot/intel-ucode.img
uuid ()
kernel /boot/vmlinuz-linux-lts root=UUID=%?_UUID% rw single splash
initrd /boot/intel-ucode.img /boot/initramfs-linux-lts-fallback.img
title HHH333 PE Win11 x64
set sig_file=/BOOT/H3_1164.WIM
set wim_file=%sig_file%
fallback 0
kernel
title HHH333 PE Win10 x64
set sig_file=/BOOT/H3_1064.WIM
set wim_file=%sig_file%
fallback 0
kernel
title HHH333 PE Win8.1 x64
set sig_file=/BOOT/H3_8164.WIM
set wim_file=%sig_file%
fallback 0
kernel
title HHH333 PE Win8 x64
set sig_file=/BOOT/H3_864.WIM
set wim_file=%sig_file%
fallback 0
kernel
title 0PE Win10 PE 64 (EFI)
set sig_file=/0PE/0PENB.LZMA
set wim_file=/efi/boot.wim
fallback 0
kernel
title Grub2FM 万能文件管理与启动器 By a1ive
map %prefix%/efi/grub/grubfm.iso (0xff)
chainloader (0xff)
boot
title Sltiaz 便携Linux \n root密码root。用户tux，密码tux
find --set-root /IMGs/slitaz-core64.iso
map /IMGs/slitaz-core64.iso (0xff)
chainloader (0xff)
boot
title StartOS (不保存数据) \n root密码：Loongson，其他普通用户如live均为live
find --set-root /startos/boot/initramfs.img
uuid ()
kernel /startos/boot/vmlinuz squashfs=UUID=%?%:/startos/sfs ro splash _tmpfs=y
initrd /startos/boot/initramfs-fallback.img
title 试图查找本地的Windows x64并启动
find --set-root /Windows/System32/Boot/winload.efi
uuid %@root%
kernel %prefix%/efi/grub/ntloader/ntloader uuid=%?% hires=1
initrd %prefix%/efi/grub/ntloader/initrd.lz1
boot
title 试图查找本地的Windows 7 x64并启动(WIN7专用入口！)
find --set-root /Windows/System32/Boot/winload.efi
uuid %@root%
kernel %prefix%/efi/grub/ntloader/ntloader uuid=%?% hires=1 win7
initrd %prefix%/efi/grub/ntloader/initrd.lz1
boot
title H3PE 原版grub2菜单
find --set-root /EFI/boot/g2bootx64.efi
chainloader /EFI/boot/g2bootx64.efi
boot
title H3PE 原版grub4efi菜单
find --set-root /EFI/boot/g4bootx64.efi
configfile ()/EFI/grub/menu.lst
title USM 启动Windows_11PE_64位_全能娱乐版(支持声、显、网卡)
set sig_file=/boot/usm1pe6F.wim
set wim_file=%sig_file%
fallback 0
kernel
title USM 启动Windows_11PE_64位_精简维护版
set sig_file=/boot/usm1pe6L.wim
set wim_file=%sig_file%
fallback 0
kernel
title USM 启动Windows_8PE__64位_全能娱乐版(支持声、显、网卡)
set sig_file=/boot/usm8pe6F.wim
set wim_file=%sig_file%
fallback 0
kernel
title USM 启动Windows_8PE__64位_精简维护版
set sig_file=/boot/usm8pe6L.wim
set wim_file=%sig_file%
fallback 0
kernel
title USM 启动Windows_7PE__64位_精简维护版
set sig_file=/boot/USM7PE6L.WIM
set wim_file=/boot/USM7PE6L.WIM win7
fallback 0
kernel
title 查找Archlinux-monthly.iso并启动
find --ignore-floppies --set-root /archlinux-monthly.iso
uuid ()
map /archlinux-monthly.iso (0xff)
kernel (0xff)/arch/boot/x86_64/vmlinuz-linux img_dev="/dev/disk/by-uuid/%?_UUID%" img_loop="/archlinux-monthly.iso" earlymodules=loop
initrd (0xff)/arch/boot/intel-ucode.img (0xff)/arch/boot/amd-ucode.img (0xff)/arch/boot/x86_64/initramfs-linux.img
boot
title 进入BIOS固件设置
command %prefix%/efi/grub/ext/fwsetup
title UEFI Shell
chainloader /efi/grub/uefishell.efi
title 退出grub4dos
exit_g4d
title 命令行
commandline
title 重启计算机
reboot
title 关闭计算机
halt

复制代码

wintoflash · 发表于 2023-3-8 17:53:55

本帖最后由 wintoflash 于 2023-3-8 17:56 编辑

sunsea 发表于 2023-3-8 17:49
真机测试结果是直接死在configfile上。屏幕提示只有Will load external menu...没有Has entered the exte ...

你有gcc4.8环境吗？有的话可以打上压缩包里面的补丁自己编译试试（删掉configure里面那行我乱改的东西）
或者别用批处理，就用最简单的几个命令试试能不能启Linux。没问题的话我推github上去。

sunsea · 发表于 2023-3-8 17:56:02

wintoflash 发表于 2023-3-8 17:53
你有gcc4.8环境吗？有的话可以打上压缩包里面的补丁自己编译试试（删掉configure里面那行我乱改的东西）

显然是没有的（悲）

sunsea · 发表于 2023-3-8 18:08:33

wintoflash 发表于 2023-3-8 17:53
你有gcc4.8环境吗？有的话可以打上压缩包里面的补丁自己编译试试（删掉configure里面那行我乱改的东西）
...

手动命令行进linux成功了。干掉外置菜单的!BAT那一行也能顺利进入菜单。不过你的ntloader不打算更新一下吗？

wintoflash · 发表于 2023-3-8 20:40:58

sunsea 发表于 2023-3-8 18:08
手动命令行进linux成功了。干掉外置菜单的!BAT那一行也能顺利进入菜单。不过你的ntloader不打算更新一下 ...

那就好。

干掉外置菜单的!BAT那一行也能顺利进入菜单。

复制代码

这就有点奇葩了。得找熟悉GCC的埃及老哥研究一下。

不过你的ntloader不打算更新一下吗？

复制代码

原来搞的都忘光了，那得重新从wimboot改了。

wintoflash · 发表于 2023-3-11 11:59:29

sunsea 发表于 2023-3-8 18:08
手动命令行进linux成功了。干掉外置菜单的!BAT那一行也能顺利进入菜单。不过你的ntloader不打算更新一下 ...

ntloader 也更新了一下
https://github.com/grub4dos/ntloader/releases/tag/latest
没啥问题我就推送了

title Windows PE
find --set-root /winpe.wim
uuid ()
find --set-root /EFI/grub/ntloader
kernel /EFI/grub/ntloader uuid=%?% file=/winpe.wim
initrd /EFI/grub/initrd.lz1
title Windows VHD
find --set-root /ramos.vhd
uuid ()
find --set-root /EFI/grub/ntloader
kernel /EFI/grub/ntloader uuid=%?% file=/ramos.vhd
initrd /EFI/grub/initrd.lz1

复制代码

sunsea · 发表于 2023-3-11 20:19:37

wintoflash 发表于 2023-3-11 11:59
ntloader 也更新了一下
https://github.com/grub4dos/ntloader/releases/tag/latest
没啥问题我就推 ...

VHD没环境，带PE没有问题，应该没啥大问题。所以现在让人头疼的就一个事，尼玛怎么一句!BAT搞死机了……

wintoflash · 发表于 2023-3-11 20:21:04

sunsea 发表于 2023-3-11 20:19
VHD没环境，带PE没有问题，应该没啥大问题。所以现在让人头疼的就一个事，尼玛怎么一句!BAT搞死机了……

发布了 https://github.com/chenall/grub4dos/releases/tag/for_UEFI
GitHub 上的是用 GCC4.8 编译的，应该没这些奇怪问题。

sunsea · 发表于 2023-3-13 08:17:00

本帖最后由 sunsea 于 2023-3-13 08:33 编辑

wintoflash 发表于 2023-3-11 20:21
发布了 https://github.com/chenall/grub4dos/releases/tag/for_UEFI
GitHub 上的是用 GCC4.8 编译的， ...

!BAT行为正常了，感谢！所以尼玛怎么换了个GCC版本死在!BAT上了真的奇怪……以及我一直好奇，启动pe难道不传minint参数么……

wintoflash · 发表于 2023-3-13 09:39:37

sunsea 发表于 2023-3-13 08:17
!BAT行为正常了，感谢！所以尼玛怎么换了个GCC版本死在!BAT上了真的奇怪……以及我一直好奇，启动pe难道 ...

启动pe难道不传minint参数么

当然是要传递的。但是在不指定的情况下可以根据扩展名自动判断：

/* winpe mode
* default:
* OS - no
* VHD - no
* WIM - yes */
if (nt_cmdline->minint[0])
bcd_parse_bool (hive, BCDOPT_WINPE, nt_cmdline->minint);
else
{
if (nt_cmdline->type == BOOT_WIM)
bcd_parse_bool (hive, BCDOPT_WINPE, "yes");
else
bcd_parse_bool (hive, BCDOPT_WINPE, "no");
}

复制代码

sunsea · 发表于 2023-3-13 15:33:34

wintoflash 发表于 2023-3-8 20:40
那就好。

这就有点奇葩了。得找熟悉GCC的埃及老哥研究一下。

还有挺好奇chainloader途径加载linux内核走的是什么传参方式，我这试论坛里有人发的StartOS死机了（不过影响不大，主力不用这个，而且有点老了），但是chainloader就一直可以……

wintoflash · 发表于 2023-3-13 18:58:00

sunsea 发表于 2023-3-13 15:33
还有挺好奇chainloader途径加载linux内核走的是什么传参方式，我这试论坛里有人发的StartOS死机了（不过 ...

目前 Linux 镜像就是标准的 PE 格式 EFI Application，使用 kernel 和 chainloader 启动方法是一样的。

static int
kernel_func (char *arg, int flags)
{
int ret = chainloader_func (arg, flags);
if (ret)
kernel_type = KERNEL_TYPE_LINUX;
return ret;
}

复制代码

只是加载 initrd 的方式不一样。
chainloader 是让 kernel 自己通过 UEFI Simple FileSystem Protocol 找到 initrd。所以只能找到 FAT 分区里面的 initrd。
initrd 命令是安装 LoadFile2 Protocol，通过这个协议把 initrd 提供给 kernel。好处就是只要 GRUB 能读到 initrd 就行。

那个 StartOS 可能是内核比较老，不支持通过 LoadFile2 读 initrd，结果找不到 initrd 爆 kernel panic 了。

sunsea · 发表于 2023-3-13 19:02:59

本帖最后由 sunsea 于 2023-3-13 19:04 编辑

wintoflash 发表于 2023-3-13 18:58
目前 Linux 镜像就是标准的 PE 格式 EFI Application，使用 kernel 和 chainloader 启动方法是一样的。
...

感谢解释！不过我自己有ntfs和ext的驱动所以也没问题了hhhh

2011whp · 发表于 2023-3-14 20:09:24

意思是内核版本6.2.1的 Archlinux，不支持legacy启动了
（或者说支持的话提供了两个vmlinuz ，不是二合一的了？）

以下是个人瞎猜vmlinux的开发，没有调用EFI Handover Protocol的语名了，或者说它已经是 efi字节码程序，不是混合的了

关于kernel.jpg

sunsea · 发表于 2023-3-14 20:19:27

2011whp 发表于 2023-3-14 20:09
意思是内核版本6.2.1的 Archlinux，不支持legacy启动了
（或者说支持的话提供了两个vmlinuz ，不是二 ...

legacy BIOS方式没有测试，我现在生产环境全是UEFI的。

wintoflash · 发表于 2023-3-14 20:44:34

本帖最后由 wintoflash 于 2023-3-14 20:52 编辑

2011whp 发表于 2023-3-14 20:09
意思是内核版本6.2.1的 Archlinux，不支持legacy启动了
（或者说支持的话提供了两个vmlinuz ，不是二 ...

支持的，别瞎猜了。
从来就没有所谓"二合一"混合的vmlinuz。你下载的是32位的系统，它就是纯32位的，你下载的是64位的系统，它就是64位的。
只是头部有少量切换CPU工作模式的代码。
=====
wimboot/ntloader 这些它不是个完整的操作系统。
它当然也能切换CPU工作模式，但是切了之后 UEFI 启动服务之类的就炸了，就不能启 Windows 了，屁用没有，所以只能"二合一"。

tsitian · 发表于 2023-5-12 03:35:12

wintoflash 发表于 2023-3-14 20:44
支持的，别瞎猜了。
从来就没有所谓"二合一"混合的vmlinuz。你下载的是32位的系统，它就是纯32位的，你 ...

g4e能不能考虑加入对btrfs的支持，我的Linux系统都是安装在btrfs的subvolume上面的，应该如何使用g4e来启动，希望能够考虑考虑。btrfs的确非常好用的说，我还把win10装进了btrfs的子卷，用quibble也可以启动，目前运行都比较正常。

		自动登录	找回密码
密码			注册

[已解决] G4E引导Archlinux内核6.2.1失败

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评