GRUB4DOS for UEFI

2011yaya2007777

这两天把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

而且还可以向 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

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

2011whp

编译环境搭建 学习贴：
[求助] grub4dos for uefi 编译环境搭建出错
       http://bbs.wuyou.net/forum.php?m ... 4635&extra=page%3D1

grub4dos_BIOS和grub4dos_UEFI编译环境搭建(ubuntu14.04)
       http://bbs.wuyou.net/forum.php?m ... 5582&extra=page%3D1

wintoflash

2011yaya2007777 发表于 2021-5-29 08:44
以前你在64位操作系统编译，需要grub-mkimage64（chenall 却不需要），而在32位系统编译，需要 grub-mkim ...

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

这是另一码事。github actions 的 linux 环境是没有 32 位库的，只能执行纯 64 位 linux 程序，所以我放了个 64 位的。

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 。

你确定吗？我看 grub-mkimage 的源码，好像是根据目标镜像是 i386-efi 还是 x86_64-efi 来判断使用的 pe 头的。
#define EFI32_HEADER_SIZE ALIGN_UP (GRUB_PE32_MSDOS_STUB_SIZE                \
                                    + GRUB_PE32_SIGNATURE_SIZE                \
                                    + sizeof (struct grub_pe32_coff_header) \
                                    + sizeof (struct grub_pe32_optional_header) \
                                    + 4 * sizeof (struct grub_pe32_section_table), \
                                    GRUB_PE32_FILE_ALIGNMENT)

#define EFI64_HEADER_SIZE ALIGN_UP (GRUB_PE32_MSDOS_STUB_SIZE                \
                                    + GRUB_PE32_SIGNATURE_SIZE                \
                                    + sizeof (struct grub_pe32_coff_header) \
                                    + sizeof (struct grub_pe64_optional_header) \
                                    + 4 * sizeof (struct grub_pe32_section_table), \
                                    GRUB_PE32_FILE_ALIGNMENT)

  switch (image_target->id)
    {
    case IMAGE_EFI:
      {
        char *pe_img, *pe_sbat, *header;
        struct grub_pe32_section_table *section;
        size_t n_sections = 4;
        size_t scn_size;
        grub_uint32_t vma, raw_data;
        size_t pe_size, header_size;
        struct grub_pe32_coff_header *c;
        static const grub_uint8_t stub[] = GRUB_PE32_MSDOS_STUB;
        struct grub_pe32_optional_header *o32 = NULL;
        struct grub_pe64_optional_header *o64 = NULL;

        if (image_target->voidp_sizeof == 4)
          header_size = EFI32_HEADER_SIZE;
        else
          header_size = EFI64_HEADER_SIZE;

hhh333

2011yaya2007777 发表于 2021-5-29 07:21
所有的外部命令目前都是64位的。

能不能像DOS一样用command --set-path=a;b;c形式给外部命令或批处理设搜索路径？

2011yaya2007777

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

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

wintoflash

2011yaya2007777 发表于 2021-5-29 10:07
wintoflash 请教一下，官网编译的外部命令不带 .MOD，而本地编译的外部命令带 .MOD。
都是一样的编译指令 ...

我这边编译出来的不带.mod啊？？？

2011yaya2007777

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/*

wintoflash

2011yaya2007777 发表于 2021-5-29 11:07
源码是这样的，所以他区分 32/64 。而事实上所以 grub_pe32_optional_header  编译的 64 位可以正常运行 ...

试了一下，确实可以正常运行。不过两者的体积是一样大的。
加 '-E' 参数强制使用 pe32 头。
grub4dos.7z (587.17 KB, 下载次数: 9)

2021-5-29 12:01 上传

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

1. mkimage.exe -E -p /efi/grub -o BOOTX64_32.EFI -O x86_64-efi -c menu.lst

复制代码

2011yaya2007777

应当节省0xc00字节

wintoflash

2011yaya2007777 发表于 2021-5-29 08:57
我觉得把外部命令打包成 FILE.MOD 比较好。
现在是程序启动时判断有无预置菜单，有就加载。
将来程序可 ...

insmod 加载mod或外部命令，能自己判断出外部命令的体积大小吗？
比如 insmod (md)0x1234+2，这样会导致加载的mod文件大小有问题。

2011yaya2007777

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

wintoflash

2011yaya2007777 发表于 2021-5-29 12:53
应当节省0xc00字节

pe_size = ALIGN_UP (header_size + core_size, GRUB_PE32_FILE_ALIGNMENT) + ...
GRUB_PE32_FILE_ALIGNMENT 应该是 4096，所以可能不会改变文件大小。

2011yaya2007777

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

wintoflash

2011yaya2007777 发表于 2021-5-29 15:36
32位头0x400，64位头0x1000，大0xc00。
我编译的 5.28 版本的 BOOTX64.EFI，比官网的小 0x2000，即 8k。

不具有可比性。你应该在你的电脑上用官网的kernel.img生成bootx64.efi，再和官网的bootx64.efi对比。

chenall

应该是这个 https://github.com/chenall/grubutils/tree/master/grubutils/makemod

wintoflash

改了一下，现在 mkimage 可以用 -f 参数嵌入字库，用 -m 参数嵌入 FILE.mod 文件。
grub4dos.7z (1.9 MB, 下载次数: 25)

2021-5-29 21:23 上传

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

也修改了 G4E 的代码以适应 mkimage。
目前 内置菜单 支持 lzma。gz 有问题。
字库 支持 lzma 和 gz。
FILE.mod 由于 insmod 加载文件的时候会检测文件扩展名是不是 .mod ，所以还不能正常工作，不知道 yaya 怎么考虑。

1. mkimage.exe -p /efi/grub -c present.lst -O x86_64-efi -o BOOTX64.EFI -f unifont.gz -m ext.mod

复制代码

2011yaya2007777

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

2011yaya2007777

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

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

wintoflash

2011yaya2007777 发表于 2021-5-30 08:32
这个参数不起作用。编译后仍然是 pe64 头。

2011yaya2007777

我觉得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

现在问题是，编译后没有 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   

wintoflash

2011yaya2007777 发表于 2021-5-30 10:50
现在问题是，编译后没有 bootx64.efi.

mkdir: can't create directory '/tmp/grub4dos-temp/x86_64-efi' ...

chmod +x mkimage.i386
chmod +x mkimage

wintoflash

makemod.7z (4.8 KB, 下载次数: 13)

2021-5-30 11:07 上传

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

makemod.exe ext\cpuid ext\fat ext\date ...
生成 grub4dos.mod。这玩意好像不太好用。。。
-------------
现在 github 上也提供自动编译的这些工具了
https://github.com/chenall/grubu ... latest/grubutils.7z
包括 weesetup.exe, makerom.exe, makemod.exe, fbinst.exe (好像不能用)。

2011yaya2007777

$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

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

wintoflash

2011yaya2007777 发表于 2021-5-30 14:12
sh make   报错;   chmox +x mske  这样?

先执行
chmod +x mkimage.i386
给这个文件加上可执行权限。
然后执行./mkimage.i386 看看能不能用。

2011yaya2007777

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

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

2011yaya2007777

修改为如下，效率高一些：
@@ -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: