GRUB4DOS for UEFI

2010eflying

昨天用gpdp2max引导x64位黑屏不能载入菜单

2011yaya2007777

你今天在github上传的版本好像运行不了外部命令

今天又上传了一个版本，仍然不行。

liuzhaoyzz

2011yaya2007777 发表于 2021-1-10 11:28
这个网友一字千金，短短5个字，是想让人猜谜语。不显示英文只显示中文?估计是又要显示中文，又要显示英文。 ...

对于这样的网友，可以直接pass，等闲下来有空的时候再抽空回复他吧，或者等其他的网友给他回复。你们干的事情，重要的多得多。

我特别欣赏的是墨西哥的alacran，他真的是一个很好地使用者和反馈者，从reboot.pro到github，一路反馈，他的报告和反馈真的是棒极了，菜单怎么写的，有什么问题，什么需求，让人一目了然，感觉国内严重缺乏这样子的人（我其实很懒）。要知道两位大神的g4e/grub2，可是中国人修改之后才在UEFI-RAMOS领域大放异彩的，为啥中国人反馈的不多。

2011yaya2007777

这几年人心浮躁，都想挣快钱，没几个人对技术感兴趣。即便是搞技术的，也喜欢索取，抄袭，弯道超车。

2010eflying

2011yaya2007777 发表于 2021-1-9 09:06
编译64位代码时，内置的汇编代码通不过。所以在 i386 时有 is64bit 这个命令（也就是使用 bootia32.efi  ...

如果U盘合盘就要考虑通用性来判断当前环境是X86还是X64，适当的显示可用菜单

wintoflash

2011yaya2007777 发表于 2021-1-10 16:59
今天又上传了一个版本，仍然不行。

是的，现象一样。

这种情况我这里不好排查，因为虽然可以重现错误状态，但是无论怎样我编译的外部命令都正常。

你的电脑有点邪门啊。

2011npwjm

谢谢楼主的分享。

del111

大力支持 甚至想捐钱

oym2016

二个iso镜像 一个240MB 一个416MB 都能独立启动 在虚拟机中测试 g4e 能正常启动240MB镜像,可416MB镜像出现如图:请教如何要如何处理?

liuzhaoyzz

oym2016 发表于 2021-1-11 10:52
二个iso镜像 一个240MB 一个416MB 都能独立启动 在虚拟机中测试 g4e 能正常启动240MB镜像,可416MB镜像出现 ...

菜单有错误。贴出菜单。

vuthang12345

configfile /EFI/grub/Winpe.lst
Phiên bản: 29-12-2020 Bình thường

configfile /EFI/grub/Winpe.lst
Phiên bản:
lỗi 10-01-2021  

xianglang

1月10日的版本，map --mem --top 已经没有问题，但是直接 chainloader (hd-1) 时，只有一个 NTFS 分区的固定容量 VHD 会有如下提示：

Failed to load virtual partition image .
Failed to load virtual partition image .

尝试 load /efi/boot/ntfs_x64.efi 后再 chainloader (hd-1) 可以成功启动 RAMOS ——也就是说，这个版本读 NTFS 格式分区失效或者出问题了。

但是在分了三分区（0分区 NTFS 系统、1分区 NTFS 数据、2分区 FAT32 ESP，G4E 从该 ESP 分区启动）的 SSD 硬盘里，直接 chainloader (hd0) 后，只有一个光标而没有了下文，无论是否加载 ntfs_x64.efi 都一样。

oym2016

liuzhaoyzz 发表于 2021-1-11 11:08
菜单有错误。贴出菜单。

iftitle [if exist /imgs/pe10x64.iso]  Windows PE10 x64 \n /imgs/pe10x64.iso
        find --set-root /imgs/pe10x64.iso
         map /imgs/pe10x64.ISO (0xff)||map --mem /imgs/pe10x64.iso (0xff)
         chainloader (0xff)

iftitle [if exist /imgs/NetPE.iso]  Windows PE10 Net x64 \n /imgs/NetPE.iso
        find --set-root /imgs/NetPE.ISO
         map /imgs/NetPE.ISO (0xff)||map --mem /imgs/NetPE.ISO (0xff)
         chainloader (0xff)        

blank007

请问一下，如下菜单，在QEMU中测试，无论选择 EFI-IA32还是 EFI-X64都是只显示 #x64 部分的菜单， #86 部分的均不显示
。
请问这是什么原因？

版本 2021-01-10



#x64

#1

iftitle [is64bit] WinPE (x64)\n基于 Windows 10，内存要求: 1024 MB\n

chainloader --force /Boot/WinX/x64/WinX.efi


#2

iftitle [is64bit] Acronis (x64)\nAcronis 11.7 中文版，内存要求: 1024 MB\n

kernel /Boot/Acronis/x64/kernel.dat  quiet vga=ask product=bootagent media_for_windows

clear

initrd /Boot/Acronis/x64/initrd.dat /Boot/Acronis/x64/initrd.img


#x86

#1

iftitle [NOT is64bit] WinPE (x86)\n基于 Windows 10，内存要求: 1024 MB\n

chainloader --force /Boot/WinX/x86/WinX.efi


#2

iftitle [NOT is64bit] Acronis (x86)\nAcronis 11.7 中文版，内存要求: 1024 MB\n

kernel /Boot/Acronis/x86/kernel.dat  quiet vga=ask product=bootagent media_for_windows

clear

initrd /Boot/Acronis/x86/initrd.dat /Boot/Acronis/x86/initrd.img

liuzhaoyzz

oym2016 发表于 2021-1-11 15:34
iftitle   Windows PE10 x64 \n /imgs/pe10x64.iso
        find --set-root /imgs/pe10x64.iso
       ...

这个菜单好像也没有什么问题啊？！大家看看。

wintoflash

blank007 发表于 2021-1-11 16:44
请问一下，如下菜单，在QEMU中测试，无论选择 EFI-IA32还是 EFI-X64都是只显示 #x64 部分的菜单， #86 部分 ...

is64bit 的作用是检测 cpu 是否支持 64 位，而不是检测 uefi 是否为 64 位。

2011yaya2007777

请问一下，如下菜单，在QEMU中测试，无论选择 EFI-IA32还是 EFI-X64都是只显示 #x64 部分的菜单， #86 部分的均不显示

calc *0x8272&0xff > nul
set ver=%@retval%

iftitle [if %ver%==64] WinPE (x64)\n基于 Windows 10，内存要求: 1024 MB\n
chainloader /Boot/WinX/x64/WinX.efi

iftitle [if %ver%==32] WinPE (x86)\n基于 Windows 10，内存要求: 1024 MB\n
chainloader /Boot/WinX/x86/WinX.efi

2011yaya2007777

@oym2016
错误的
map /imgs/pe10x64.ISO (0xff)||map --mem /imgs/pe10x64.iso (0xff)

正确的
map /imgs/pe10x64.ISO (0xff) || map --mem /imgs/pe10x64.iso (0xff)

2011yaya2007777

1月10日的版本，map --mem --top 已经没有问题，但是直接 chainloader (hd-1) 时，只有一个 NTFS 分区的固定容量 VHD 会有如下提示：
Failed to load virtual partition image .

这个 NTFS 分区有 /efi/boot/bootx64.efi 文件吗？
如果有，map 之后，使用 vol 探测一下文件所在分区，比如是 (hd2,0),那么
ls (hd2,0)/efi/boot/
看看结果。

但是在分了三分区（0分区 NTFS 系统、1分区 NTFS 数据、2分区 FAT32 ESP，G4E 从该 ESP 分区启动）的 SSD 硬盘里，直接 chainloader (hd0) 后，只有一个光标而没有了下文，无论是否加载 ntfs_x64.efi 都一样。

从 (hd0) 启动，然后又启动 (hd0)? 视乎不可以吧。

blank007

2011yaya2007777 发表于 2021-1-11 17:33
calc *0x8272&0xff > nul
set ver=%@retval%

谢谢您

blank007

wintoflash 发表于 2021-1-11 17:10
is64bit 的作用是检测 cpu 是否支持 64 位，而不是检测 uefi 是否为 64 位。

谢谢您

blank007

2011yaya2007777 发表于 2021-1-11 17:33
calc *0x8272&0xff > nul
set ver=%@retval%

显示 ver=0

2011whp

撤销  --mem 加 子参数 的建议

ntfs分区 有30%管理区(档案区)，小文件直接写在管理区，大文件cotent内容属性才写在后面，这样的话 要截出 启动P驱的块，会很大 。破解ntfs也不现实。
所以  把vdf碎裂加载到内存，可行性 极小，效果无提升。还是 按P驱官网的路数去提升 vdf 性能好些。
至于 截 头尾部扇区，现在还想不到多大用处

2011whp

xianglang 发表于 2021-1-11 15:31
1月10日的版本，map --mem --top 已经没有问题，但是直接 chainloader (hd-1) 时，只有一个 NTFS 分区的固 ...

你说的第一个问题，以前就是那样的，没有变化吧


第二个问题：参考下图，刹开问题去试（下图为个人猜测，仅供参考）
你用了 esp 是不是 微软的 启动管理器已经运行了，而一个PC里只能有一个 start_win 启动管理器
工具盘，不用esp试下，好像 start_ Uefi 抢不过 start_win  （有的主板里有个设置操作系统顺序 ： win   uefi  other   也没试过有什么用)
开机按Fx键时：微软列了启动项　uefi就不再重复列那个分区了



另说：
yaya  破　bootmgfw 时那个固件内的　设备句柄　是不是　NVROm小存储区　代表的　设备，bootmgfw 得运行在那个设备分区上

grub2 的三个初始化变量，１．启动文件所在分区（程序驻的分区）　２．资源path:  变量prefix (程序用的资产资源）　３．　root变量：这是游移的
以上的　１　和３很容易搞乱   2不是绝对路径的话 依靠3

类比grub2分析bootmgfw：　１．NV分区 (模拟bootmgfw在这里）　2．bootmgfw资源分区，这个是看到的实体的esp分区(fat分区）

oym2016

2011yaya2007777 发表于 2021-1-11 17:34
@oym2016
错误的
map /imgs/pe10x64.ISO (0xff)||map --mem /imgs/pe10x64.iso (0xff)

手工输入 出错依就,显示已读入内存完毕后

blank007

2011yaya2007777 发表于 2021-1-11 17:33
calc *0x8272&0xff > nul
set ver=%@retval%

真机下也是 ver=0

liuzhaoyzz

oym2016 发表于 2021-1-11 18:40
手工输入 出错依就,显示已读入内存完毕后

imgs应该是小写吧。大小写敏感的。

2011whp

blank007　PE本身的问题　排除了吗，比如　grub205   ventoy能启动吗（或者虚拟机能启动ｉｓｏ吗）

blank007

2011whp 发表于 2021-1-11 18:46
blank007　PE本身的问题　排除了吗，比如　grub205   ventoy能启动吗

还没有进入各类 WinPE ，仅仅是菜单显示阶段

2011yaya2007777

真机下也是 ver=0

你使用什么版本？截图反馈!!!