将grub2启动模板封装成efi单文件

pseudo

谢谢分享。
可以把grubfm.efi打包进去，在geub.cfg中作为一个菜单项运行吗？

pseudo

wintoflash 发表于 2020-5-28 21:30
可以，但是似乎没必要。grubfm本身可以加载外部菜单，想要全内置，可以直接改grubfm源码生成efi。

试了一下没成功，不知道是哪里弄错。

我用楼主模板，grub文件夹下只放grub.cfg和grubfmx64.efi（5月14日）两个文件。grub.cfg内容为：
menuentry "grubfm" {
ls (loop)/boot/grub/;
chainloader (loop)/boot/grub/grubfmx64.efi;
}
结果两个文件可见，但.efi运行不了：

pseudo

wintoflash 发表于 2020-5-29 08:05
启动 EFI 应用需要向其传递该应用的设备路径。(memdisk)是一个不存在的设备，传递空的设备路径很有可能出 ...

1、grubfm有通用的优点，所以菜单里必备；grubfm有通用的缺点，要启动指定文件每次还需要一番选择，不能直达（也许grubfm有命令行方式可以直达？）
2、完全取代grub2命令，所有功能都由grubfm出发，毕竟还不方便。所以，不想把grubfmx64.efi直接作为bootx64.efi加载，只想把grubfm作为楼主菜单的一项，菜单还需要有其它菜单项。
3、把grubfmx64.efi放在U盘，菜单里调用它不成问题。现在追求清爽，要求把grubfm功能（不管是什么后缀，不管多少个文件）打包内置于bootx64.efi，问题来了。这个问题只有改源码才能解决么？
4、grub2启动grubfmx64.efi时，如何简单地传递一个设备路径？试过先search -f -s /efi/pe.wim把当前路径设为U盘，并无效果。

pseudo

wintoflash 发表于 2020-5-29 14:57
更新了一下，现在如果 EFI 文件位于不存在的磁盘上，会传递 root 设备的路径。

但是，我仍然不建议这 ...

谢谢！更新后可以了。

另外遇到一个问题：wimboot可以启动(hd1)/pe.wim，即ud里的wim。uefi启动时，pe是否藏入ud都随意。而ntboot则报错：
this command is available only for disk devices.
感觉是ntboot作了限制，其实对此情形可以放宽。

pseudo

江南一根葱 发表于 2020-5-29 15:41
可以不动源码，魔改一下
http://bbs.wuyou.net/forum.php?mod=viewthread&tid=420722&extra=pa ...

效果看来不错。四教程还要慢慢理解。

pseudo

wintoflash 发表于 2020-5-31 09:50
这不是程序做出的限制，而是 ntboot 本身的局限。
你没有用 grub4dos ntboot 启动过 ud 区里面的 wim 吧 ...

谢谢，明白了，看来要改ntboot才行，暂时先用wimboot吧。

pseudo

楼主的模板不错，谢谢分享。
试着简化一下：http://bbs.wuyou.net/forum.php?m ... &fromuid=195661

pseudo

请教楼主，pre.cfg里，能用if语句吗？

pseudo

可是，我把楼主pre.cfg中第一行
loopback loop (memdisk)/memdisk.cpio.gz
改成这样：
if [ 1 == 1 ]; then loopback loop (memdisk)/memdisk.cpio.gz; fi
就不灵了，是哪里出了问题？

pseudo

江南一根葱 发表于 2020-6-26 22:04
不是应该if [ "1"= "1" ]; 么，不过这个1=1是什么东东

也不行。
在grub提示符下试好的if语句放到pre.cfg里就不行，导致菜单出不来了。

pseudo

明白了，谢谢诸位。
既然不支持，那就用别的方式解决吧。

pseudo

tdqk003 发表于 2020-11-17 15:25
大神请问在BISO下也能封装成单文件吗   谢谢大神

如果用grub4dos，倒是能封装成大体积grldr单文件

pseudo

wintoflash 发表于 2020-11-17 20:08
grldr可以撑到几mb吗?

当初单文件化用的是手工“续尾法”：http://bbs.wuyou.net/forum.php?m ... tra=page%3D1&page=1
http://bbs.wuyou.net/forum.php?mod=viewthread&tid=163626
后来fbinsttool工具已经把续尾工作自动化通用化了。

续尾法其实并没有实质性改变grldr，所以与体积关系不大。
如果.efi没有校验方面问题，原则上应该也可以用续尾法实现单文件化。

pseudo

wintoflash 发表于 2020-11-18 13:55
> 续尾法其实并没有实质性改变grldr，所以与体积关系不大。
最多能续多少？4GB？把一个winpe的iso都弄进 ...

1、续尾容易
copy命令带/B参数就可以实现。
2、尾大无妨
加了5GB尾部的大grldr跟原来的grldr功能一样。grub4dos载人stage2之类时不涉及尾部。
3、尾部可map
且假定大grldr在盘上是连续存放无碎片的。
已知续尾前grldr大小，blocklist命令可以找到大grldr起始位置和大小，推算出尾部在盘上的起始、大小，map之。无--mem尾大无妨，带--mem则看内存容量。
另外，可以先将大grldr（允许碎片）整个map到（rd），再对（rd）盘进行操作。只要内存足，尾大无妨。

pseudo

wintoflash 发表于 2020-11-20 19:51
grub.exe也能续尾吗？

grldr没问题，没试过grub.exe。
你可以用
copy /B grub.exe /B +pe.iso /B
命令对grub.exe进行续尾，看续尾后grub.exe原有功能有没有受到影响。
只要续尾不影响原功能，就有机会通过续尾实现单文件化。续尾比内置响应快。

至于UEFI启动，刚在qemu中试了对bootx64.efi续7MB尾，成功启动，原功能不受影响。
只试了一次，没在其它环境、尤其是安全启动环境作更多测试。