GRUB4DOS for UEFI

2011yaya2007777 · 发表于 2021-5-22 11:53:28

本帖最后由 2011yaya2007777 于 2021-5-22 11:55 编辑

搞了半天，根本不是不能装载的问题

command_path 默认是 (bd)/efi/grub/
定义了 command --set-path=()/EFI/grub/ext，则 command_path 是 ()/EFI/grub/ext/

在命令行可以正确执行 *.com 外部命令
hotkey.mod 不带路径
/EFI/grub/ext/hotkey.mod 带路径

在命令行可以正确执行没有尾缀 .com 的外部命令
/EFI/grub/ext/hotkey 带路径
不可以这样
hotkey

g4d的热键可以了

2011yaya2007777 · 发表于 2021-5-22 13:00:05

本帖最后由 2011yaya2007777 于 2021-5-22 13:01 编辑

没有必要。你把子菜单里的hotkey，修改为/efi/grub/ext/hotkry就可以了。我这里测试过了。

2011yaya2007777 · 发表于 2021-5-22 19:08:02

本帖最后由 2011yaya2007777 于 2021-5-22 19:09 编辑

测试外部命令死机的原因找到了。
为了同时测试g4e和g4d，在根目录下放置了grldr和g4d的hotkey，在/efi/grub/放置了g4e的hotkey.
启动uefi，进入命令行，执行hotkey，死机。

查找外部命令的顺序如下:
如果是以 '(' 或 '/' 开头的FILE认为是一个绝对路径的文件.直接打开。
否则
1.先查找用INSMOD加载的命令。
2.使用当前root下的同名文件。
3.使用默认位置里面的同名文件。

没有使用INSMOD加载hotkey，所以在当前root下查到hotkey，执行它。
这个hotkey是g4d的，必然死机！
删除根目录的hotkey，再试一试，一切OK！

2011yaya2007777 · 发表于 2021-5-25 12:14:00

是的

2011yaya2007777 · 发表于 2021-5-25 20:18:13

不知道为什么这个gz压缩的bmp与热键冲突。换其他的没有这个现象。

2011yaya2007777 · 发表于 2021-5-25 21:37:16

可能是。也许是压缩软件的问题。或许是版本问题?使用jpg格式挺好，体积小，不用压缩。

2011yaya2007777 · 发表于 2021-5-25 21:57:06

还有点小改动，就快完了。

2011yaya2007777 · 发表于 2021-5-29 07:21:55

所有的外部命令目前都是64位的。

2011yaya2007777 · 发表于 2021-5-29 08:30:52

grub4dos的.mod文件是怎么制作的，有没有开源的工具可以制作.mod文件？

FILE.MOD 是使用 makemod 程序生成的外部命令合集，免去多次使用insmod加载外部命令的麻烦。也可以使用Fbinsttool工具来制作 FILE.MOD 文件。
使用 insmod FILE.MOD 加载。

makemod这个工具没有找到。
不知道 FILE.MOD 的内部结构。chenall 应当清楚。

2011yaya2007777 · 发表于 2021-5-29 08:44:39

这两天把grub2的grub-mkimage程序单独给弄了出来

以前你在64位操作系统编译，需要grub-mkimage64（chenall 却不需要），而在32位系统编译，需要 grub-mkimage。现在单独弄了出来，可否合二为一？

grub-mkimage64 编译使用 grub_pe64_optional_header，而 grub-mkimage 编译使用 grub_pe32_optional_header 。
bootx64.efi 无论使用 grub_pe64_optional_header 还是 grub_pe32_optional_header ，都可以正常运行，使用 grub_pe32_optional_header 体积小一些，建议统一为 grub_pe32_optional_header 。

2011yaya2007777 · 发表于 2021-5-29 08:57:23

而且还可以向 EFI 中附加任意文件。不过我还没想好这部分在 grub4dos 里面如何对接，是应该附加 .mod 还是附加外部命令/字库之类的东西。

我觉得把外部命令打包成 FILE.MOD 比较好。
现在是程序启动时判断有无预置菜单，有就加载。
将来程序可以判断有无预置 MOD，有就使用 insmod 加载。

建议再增加一个参数来区别预置菜单及 MOD，不知有无必要。
如：mkimage.exe -p /efi/grub -o BOOTX64.EFI -O x86_64-efi -c menu.lst -m fat fwsetup ver cpuid
grub-mkimag 把 fat fwsetup ver cpuid 打包为 FILE.MOD 。

字库现在就可以附加在预置菜单末尾，如：
0000:0000000000000000000000000000000000000000000000000000000000000000#,DotSize=16
91CD:00000000000001E03E0002007FF022203FE022203FE002003FE002007FF00000
73B0:00000000000000007BE0122012A012A07AA012A012A011401940625004300000
7528:00000000000000003FE0222022203FE0222022203FE022202220222040E00000
5047:00000000000010001EF02A102A106EF028002EF028902E90286028A029100000
88C5:000000000000488028800FF0188028804BE002007FF0050018A06A400C300000
8FD9:0000000000002100108007F00020722011401080114012201410280047F00000
4E2A:0000000000000200020005000880124062300200020002000200020002000000
83DC:00000000000008807FF0088000E07F002440128002007FF00A80124062300000
5355:000000000000104008803FE022203FE022203FE002007FF00200020002000000
53EF:00000000000000007FF0002000203F202120212021203F202020002000E00000
542F:000000000000020001001FF0101010101FF010001FF0181028102FF048100000
52A8:00000000000000803880008001F07C9010902090289044907D10011002600000

2011yaya2007777 · 发表于 2021-5-29 10:07:04

wintoflash 请教一下，官网编译的外部命令不带 .MOD，而本地编译的外部命令带 .MOD。
都是一样的编译指令，不知为什么。按 grub4dos 的本意，.MOD 是外部命令的集合。所以单个外部命令不应当带.MOD。有没有办法编译时不带.MOD，或者编译完毕去掉这个尾缀。

2011yaya2007777 · 发表于 2021-5-29 11:07:14

你确定吗？我看 grub-mkimage 的源码，好像是根据目标镜像是 i386-efi 还是 x86_64-efi 来判断使用的 pe 头的。

源码是这样的，所以他区分 32/64 。而事实上所以 grub_pe32_optional_header 编译的 64 位可以正常运行。

2011yaya2007777 · 发表于 2021-5-29 11:13:30

本帖最后由 2011yaya2007777 于 2021-5-29 11:15 编辑

g4eext->Makefile

%.o: %.c
$(CC) $(CFLAGS) -Iinclude/ $< -o $@
%.mod: %.o
$(OBJCOPY) -O binary $< $@
$(MV) $@ bin/$$(basename -s .mod $@)
.PHONY: prepare
prepare:
$(MKDIR) -p bin
.PHONY: clean
clean:
$(RM) -f *.o *.mod bin/*

2011yaya2007777 · 发表于 2021-5-29 12:53:56

本帖最后由 2011yaya2007777 于 2021-5-29 12:58 编辑

应当节省0xc00字节

2011yaya2007777 · 发表于 2021-5-29 14:24:38

能。首先打开文件，获得filemax。

2011yaya2007777 · 发表于 2021-5-29 15:36:52

32位头0x400，64位头0x1000，大0xc00。
我编译的 5.28 版本的 BOOTX64.EFI，比官网的小 0x2000，即 8k。

2011yaya2007777 · 发表于 2021-5-29 22:10:53

这个ext.mod是使用上面提出来的2个工具之一生成的吗？

2011yaya2007777 · 发表于 2021-5-30 08:32:48

加 '-E' 参数强制使用 pe32 头。

这个参数不起作用。编译后仍然是 pe64 头。

2011yaya2007777 · 发表于 2021-5-30 10:49:12

我觉得pe头不只是Magic不同，头部尺寸也不同。pe32是0x400字节，pe64是0x1000字节。

预置模块加载成功了!
修改：
   GRUB_MOD_ADDR = grub_malloc (0x100000); //模块缓存
   mod_end = GRUB_MOD_ADDR;
}
- if (substring(skip_to(0,arg) - 4,".mod",1) == 0)
+// if (substring(skip_to(0,arg) - 4,".mod",1) == 0)
{
   if (!command_open(arg,1))
      return 0;
@@ -3597,6 +3717,11 @@ static int insmod_func(char *arg,int flags)
   //skip grub4dos moduld head.
   if (strcmp(p_mod->name.sn,"\x05\x18\x05\x03\xBA\xA7\xBA\xBC") == 0)
      ++p_mod;
+    else
+    {
+       grub_free(buff);
+       goto external_command;
+    }
   while ((char *)p_mod < buff_end && grub_mod_add(p_mod))
   {
      p_mod = (struct exec_array *)(p_mod->data + p_mod->len);
@@ -3604,6 +3729,8 @@ static int insmod_func(char *arg,int flags)
   grub_free(buff);
   return 1;
}
+
+external_command:
switch(command_open(arg,0))

2011yaya2007777 · 发表于 2021-5-30 10:50:52

本帖最后由 2011yaya2007777 于 2021-5-30 10:52 编辑

现在问题是，编译后没有 bootx64.efi.

mkdir: can't create directory '/tmp/grub4dos-temp/x86_64-efi': File exists
./build: line 144: /mnt/.31/home/dev/grub4dos/mkimage.i386: Permission denied
7-Zip 9.20  Copyright (c) 1999-2010 Igor Pavlov  2010-11-18
p7zip Version 9.20 (locale=en_US,Utf16=on,HugeFiles=on,1 CPU)
Scanning

/tmp/grub4dos-temp/BOOTX64.EFI:  WARNING: No more files
/tmp/grub4dos-temp/BOOTIA32.EFI:  WARNING: No more files

2011yaya2007777 · 发表于 2021-5-30 13:05:38

本帖最后由 2011yaya2007777 于 2021-5-30 13:07 编辑

$SOURCE_DIR/chmod +x mkimage -d $GRUB4DOS_TEMP/x86_64-efi ..... 报错
$SOURCE_DIR/(chmod +x mkimage) -d $GRUB4DOS_TEMP/x86_64-efi ..... 报错
chmod +x $SOURCE_DIR/mkimage -d $GRUB4DOS_TEMP/x86_64-efi ...... 报错
(chmod +x $SOURCE_DIR/mkimage) -d $GRUB4DOS_TEMP/x86_64-efi ...... 报错

2011yaya2007777 · 发表于 2021-5-30 14:12:24

sh make 报错; chmox +x mske 这样?

2011yaya2007777 · 发表于 2021-5-30 15:45:28

先执行
chmod +x mkimage
chmod +x mkimage.i386
再执行
make
就行了。

再以后就有权限了，不用重复赋权。
谢谢 wintoflash ！

2011yaya2007777 · 发表于 2021-5-30 15:47:08

修改为如下，效率高一些：
@@ -3575,7 +3695,8 @@ static int insmod_func(char *arg,int flags)
   GRUB_MOD_ADDR = grub_malloc (0x100000); //模块缓存
   mod_end = GRUB_MOD_ADDR;
}
- if (substring(skip_to(0,arg) - 4,".mod",1) == 0)
+ if (substring(skip_to(0,arg) - 4,".mod",1) == 0
+       || (arg[0] == '(' && arg[1] == 'm' && arg[2] == 'd' && arg[3] == ')'))
{
   if (!command_open(arg,1))
      return 0;
@@ -3597,6 +3718,11 @@ static int insmod_func(char *arg,int flags)
   //skip grub4dos moduld head.
   if (strcmp(p_mod->name.sn,"\x05\x18\x05\x03\xBA\xA7\xBA\xBC") == 0)
      ++p_mod;
+    else
+    {
+       grub_free(buff);
+       goto external_command;
+    }
   while ((char *)p_mod < buff_end && grub_mod_add(p_mod))
   {
      p_mod = (struct exec_array *)(p_mod->data + p_mod->len);
@@ -3604,6 +3730,8 @@ static int insmod_func(char *arg,int flags)
   grub_free(buff);
   return 1;
}
+
+external_command:
switch(command_open(arg,0))
{
   case 2:

2011yaya2007777 · 发表于 2021-5-30 16:28:29

这样简单一些
if (substring(skip_to(0,arg) - 4,".mod",1) == 0 || flags == 101）

run_line (embed_mod_cmd, 101);

2011yaya2007777 · 发表于 2021-5-30 18:46:34

执行insmod不带参数 -- 加载内置的mod

如果在命令行执行 insmod ，会产生问题。

2011yaya2007777 · 发表于 2021-6-1 20:25:41

32位efi，就是个鸡肋，食之无味，弃之可惜。没有几个人真真使用32位真实机。大部分是在搞测试，研究，或者搞启动管理器，想包罗万象得集大成。

2011yaya2007777 · 发表于 2021-6-2 09:55:55

@wintoflash 补丁已经提交官网。
把3处 ‘FOR_MODULES (header)’ 整合到一起了。

2011yaya2007777 · 发表于 2021-6-2 09:57:36

用最新版本替换这个版本，又出现这个问题了。多个菜单切换花屏。

你使用今天的版本试一试。如果仍然有问题，请提供可重复问题的菜单。

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

[原创] GRUB4DOS for UEFI

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评