赞赞

wintoflash已经解释的很清楚了。

CrScreenshotDxe.efi截屏模块，G4E下不能正常保存截图。
具体原因我也不清楚，大部分时间是可用的，例外的事情说不好。

wintoflash 发表于 2024-6-20 13:38
难度很高，可能有很多地方要重新设计。
GRUB2 在这种情况下是通过传统协议来启动 Linux 的，你可以看 ...

一、谢谢W大的指点解答。
难度很高的话，G4E不必花力气大修改，毕竟投入产出比有限。目前实际应用中，启动U盘主力用的g4d 0.4.6a(BIOS环境)、grub2 2.05(UEFI环境)，g4e作为辅助。

二、题外话(汇报兼解释)：这里做USB启动测试，主要还是想尽量扩大vusbtool(一个python-gtk应用软件)的Linux运行平台范围。目前已经有足够多的Ubuntu衍生版可以完美支持vusbtool，win10上也可以运行vusbtool(有些GUI在MS Windows上无法实现,但不影响主要功能)。G4E没必要为此做很多修改。

vusbtool的主要作用：“击破BIOS/UEFI黑箱，研究USB启动”的必要工具。
主要就是用Ellisys硬件USB协议分析仪+我家神兽写的USB Mass Storage存储设备类解码器，完成上电、USB启动期间，对目标的监听抓包、解码，从而“直观”看到U盘<-->UEFI/BIOS间底层会话具体内容(也就是解决g4d/fbinst/g4e...开发历史上曾经遇到的障碍，增强观察分析手段)。

wuwuzz 发表于 2024-6-18 03:58
不是这个意思。

用X64版当然可以。一楼已经说了，版本限定，主要集中在16/18，而不是X64/X86。

G4E能否修改支持

难度很高，可能有很多地方要重新设计。
GRUB2 在这种情况下是通过传统协议来启动 Linux 的，你可以看下 GRUB2 这一部分的代码，很复杂。

如果不打算修改支持，那么到一楼这种启动场景，用户就得换用grub2。

支持这一场景的，只有 GRUB2 和 Limine (存疑)。

plutoshen 发表于 2024-6-17 21:49
32位的ubuntu旧版本？真的必须用这一版？

不是这个意思。

用X64版当然可以。一楼已经说了，版本限定，主要集中在16/18，而不是X64/X86。

回到本帖启动主题，如果不支持XXXubuntu 16/18的X86版启动，适用范围就少了一半，影响较大。因为XXX不只一个Ubuntu发行版，而是代表linux-mint、linux-lite...等N个发行版。我的疑问是，同样一个X86版ISO/X64 CPU，UEFI环境下，grub2可以支持启动进入，G4E不支持。那么，G4E能否修改支持。如果不打算修改支持，那么到一楼这种启动场景，用户就得换用grub2。

这就像某特色一样有特务，不会比日本鬼子差

32位的ubuntu旧版本？真的必须用这一版？

谢谢分享

谢谢分享

wuwuzz 发表于 2024-6-17 18:09
谢谢W大的解答。这样的话，handover选项还是有希望把X86版跑起来。

“kernel doesn't support 64-bit  ...

不是。这是内核的局限。内核只考虑了32位启动64位内核的情况，没有考虑反过来的情况，因为正常情况下不会这么反过来用。

wintoflash 发表于 2024-6-17 17:22
loadfile2 不支持 efi mix mode (32->64/64->32)
handover 支持 32->64 (kernel自带转模式代码) 不支持 64 ...

谢谢W大的解答。这样的话，handover选项还是有希望把X86版跑起来。

“kernel doesn't support 64-bit CPUS”-怀疑G4E的判断逻辑不够完善，线条有点画粗了。

谢谢分享

loadfile2 不支持 efi mix mode (32->64/64->32)
handover 支持 32->64 (kernel自带转模式代码) 不支持 64->32。