GRUB4DOS for UEFI

liuzhaoyzz

2011yaya2007777 发表于 2020-12-23 10:54
谢谢你，这么详尽的解答，受教了！

如果它自己又新建了一个仿真盘，而没有使用map --mem的内存盘，那是极大的内存浪费。

从使用上来看，svbus没有占用另一份内存啊，就是g4e map --mem那一份儿内存。

就是RAMOS是内存操作系统，那就是要把文件也好，镜像也好，加载到内存，那就应当使用map --mem ，为什么有时候还要单独使用 map?

哦，这一点，我在873楼那个帖子回复过了，我编辑了，所以时间上显得穿越了。

liuzhaoyzz

我特意查阅了下相关资料：

UEFI系统的启动过程_daydayup_668819的博客-CSDN博客_uefi启动过程
https://blog.csdn.net/daydayup_668819/article/details/90172355
UEFI系统的启动过程（1）
UEFI系统的启动遵循UEFI平台初始化（PlatformInitialization）标准。UEFI系统从加电到关机可分为7个阶段：
SEC（安全验证）→PEI（EFI前期初始化）→DXE（驱动执行环境）
→BDS（启动设备选择）→TSL（操作系统加载前期）
→RT（Run Time）
→AL（系统灾难恢复期）
图1-2展示了UEFI系统从加电到关机的7个阶段（以图中竖线为界）。
前三个阶段是UEFI初始化阶段，DXE阶段结束后UEFI环境已经准备完毕。
BDS和TSL是操作系统加载器作为UEFI应用程序运行的阶段。
操作系统加载器调用ExitBootServices()服务后进入RT阶段，RT阶段包括操作系统加载器后期和操作系统运行期。


SEC的执行又分为两大部分：临时RAM生效之前称为Reset Vector阶段，临时RAM生效后调用SEC入口函数从而进入SEC功能区。
其中Reset Vector的执行流程如下。
1）进入固件入口。
2）从实模式转换到32位平坦模式（包含模式）。
3）定位固件中的BFV（Boot Firmware Volume）。
4）定位BFV中的SEC映像。
5）若是64位系统，从32位模式转换到64位模式。
6）调用SEC入口函数。


SEC阶段之后，CPU已经进入了保护模式了，后面的PEI、DXE都已经是保护模式了，BDS和TSL是操作系统加载器作为UEFI应用程序运行的阶段。TSL是操作系统加载器作为UEFI应用程序运行的阶段，这应该是g4e/grub2作为bootloader运行的阶段，附图已经很清楚，UEFI应用和UEFI-SHELL、前期OS加载器、操作系统加载器都运行在这个TSL阶段，这个阶段当然是保护模式。进入到操作系统也是保护模式。


所以，我上面的回答有点错误，BIOS下面实模式/保护模式切换与UEFI下面似乎不同，grub4dos_BIOS版本工作在实模式下，g4e/grub2-UEFI的map和map --mem应该直接工作在保护模式，在g4e/grub2环境下用EFI_RESERVED_MEMORY类型向系统申请的内存地址，不存在实模式/保护模式切换的问题，一直都是保护模式，所以这块内存可能不会释放，这跟BIOS下面grub4dos的map --mem仿真占用的内存地址进入windows保护模式之后失效完全不同，BIOS下如果没有firadisk/winvblock/svbus这一类的驱动加持，map --mem占用的内存在windows中会被释放；有了这一类的驱动加持，map --mem占用的内存在windows中就不会被释放。


wintoflash之前做的grub2 map --mem测试，好像也证明了内存没有被释放（与内存类型有关，与驱动无关）。
167楼：http://wuyou.net/forum.php?mod=redirect&goto=findpost&ptid=422652&pid=4168247&fromuid=298214
267楼：http://wuyou.net/forum.php?mod=redirect&goto=findpost&ptid=422652&pid=4170933&fromuid=298214
sunsea241楼：http://wuyou.net/forum.php?mod=r ... 0676&fromuid=298214

是否正确，难道诸位大神就没有人点评下吗？

liuzhaoyzz

2011yaya2007777 发表于 2020-12-23 17:22
map仿真出来的虚拟磁盘是vdf吗?然后从vdf启动?是像svbus一样，首先引导windows，由windows加载驱动，如sv ...

差不多是这样子。

liuzhaoyzz

2011yaya2007777 发表于 2020-12-23 21:57
如果差不多，那就可以进一步讨论了。vdf启动后，它读自己这个虚拟盘，是通过G4E的。如果vdf有碎片，此事不 ...

       应该不是这样子的，g4e map xxx.vdf的时候，实战上来讲，如果vdf有碎片，g4e就会抛出too many fragments这样的错误， 我的意思是g4e抛出来的，不是primo抛出来的，文件是否连续应该是g4e要求的吧。primo是个商业软件，黑盒子里面的东西只能从结果反推外加瞎猜原因了，直观感觉上来说，primo加载vdf应该对于碎片没有要求，因为在windows下面，primo驱动有GUI界面，在界面里面关联打开一个vdf，无论他是否有碎片，都可以正常地在windows里面加载打开，加载后就是加载到了内存中。这个加载虽然是在windows后期加载的，但是我们通过修改primo的主驱动文件FancyRd的驱动组到Event log组，让这个驱动在windows启动前期就加载了，驱动加载的早晚，对于文件是否有碎片是否能加载应该是无差别的。

另外，不说vdf，就说svbus驱动搭配g4e map xxx.vhd，实战来讲好像有碎片的文件g4e也容易抛出too many fragments，为了方便，我一般都是直接先复制粘贴重命名消除碎片之后再尝试加载启动，规避问题。

liuzhaoyzz

2011yaya2007777 发表于 2020-12-24 10:58
我看过前面论述primo的贴子，提到vdf有碎片，g4e就会抛出too many fragments这样的错误。
可是到底有没有 ...

我在839楼，866楼，有反馈，但是忘了截图来说明问题。以后碰到情况再说吧。

liuzhaoyzz

2011whp 发表于 2020-12-24 12:16
看了liuzhaoyzz 关于 primo 驱 vdf   理解如下：（直接map）

   1.  p驱是   以 磁盘 文件名  作为握手 ...

        你的分析应该是对的。

liuzhaoyzz

        大神们，我又要报告重复的问题了，这个问题似乎可以绕路解决，但是感觉终究不是解决问题的根本办法，我更希望大神们能够直接想办法解决。@2011yaya2007777 @wintoflash


同一个vdf，grub2引导正常，g4e引导又出现了诡异的boot_image_handle not found，Press any key to continue...的问题，估计还是bootx64.efi的问题，这跟基于svbus驱动的方案有点类似，svbus下面用load /EFI/grub/ntfs_x64.efi，或者用激活的FAT32+NTFS双分区，就能够规避“boot_image_handle not found”的问题，详见770楼，现在我碰到的情况是primo驱动的vdf双镜像，启动原理说起来比较复杂，出现这个问题我分析可能还是g4e对于bootx64.efi的查找加载方案有点小问题。（双镜像的问题，我还要好好研究下怎样才能绕路解决。）

wintoflash说，518楼，
http://wuyou.net/forum.php?mod=redirect&goto=findpost&ptid=417233&pid=4194527&fromuid=298214
grub2 不会按文件系统搜索虚拟盘内部。如果虚拟的是硬盘，它就先读 mbr，找激活分区，强制加载里面的 bootx64.efi。如果是 gpt，就强制加载 ESP 分区里面的 bootx64.efi。如果加载失败，就遍历 device path，只要是虚拟盘或者里面分区的 device path，就挨个试一遍。
我所说的 "加载" 其实是固件提供的启动服务里面的 "LoadImage"。

对于g4e,我发现如果优先查找NTFS里面的bootx64.efi会出错，提示“boot_image_handle not found”，就是VHD里面双分区FAT32/NTFS，似乎会优先查找NTFS分区里面的bootx64.efi？感觉上来说，如果能够根除“boot_image_handle not found”的问题就好了！说不定网友报告的chainloader /EFI/Microsoft/Boot/bootmgfw.efi失败的问题也会迎刃而解。

双镜像的启动原理，大概是这样子（可能有错误，我自己也说不太清楚准确，只是大概原理）：
g4e/grub2加载第一个vdf小镜像之后，然后primo驱动把大镜像vdf加载到内存中，大小镜像具有相同的磁盘签名，在g4e从UEFI的TSL阶段切换到windows-RT阶段保护模式之际，直接map的那个vdf小镜像会失效，vdf大镜像“狸猫换太子”，由于和小镜像具有相同的MBR（大小镜像不是同时加载的，同时加载相同磁盘签名的镜像会冲突，小的vdf镜像工作在TSL阶段，大的vdf镜像工作在RT阶段），大小镜像被windows认为是同一个磁盘，所以能够继续加载。有点复杂。
这样做达到的最终效果是C盘的大小就等于内存大小，内存动态回收，内存即硬盘，硬盘即内存。

liuzhaoyzz

2011yaya2007777 发表于 2020-12-25 10:29
你使用905楼的bootx64.efi测试一下，这次是优先从MBR活动分区查找。

        我用905楼的g4e测试了下，还是抛出boot_image_handle not found.

liuzhaoyzz

2011yaya2007777 发表于 2020-12-25 12:53
执行debug 3，截图，看看是否从fat32分区加载的。

        vdf是单个NTFS分区，没有FAT32分区，加载了ntfs.efi了。奇怪的很，绕路解决的方法，还要研究下，有点复杂。这是双镜像模式发生的问题。等我截个图

我似乎发现问题了，仿真磁盘vdf应该仿真到(hd2,0)了，我ls了下，里面的内容居然不是vdf的内容，而是vdf所在的磁盘(hd1,1)中的内容，似乎有问题。我不知道还需要怎样的命令来反馈问题。



单个vdf镜像单个NTFS分区，加载ntfs.efi的话，没问题。

liuzhaoyzz

2011yaya2007777 发表于 2020-12-26 08:37
Unfortunatelly booting directly to UEFI grub4dos is not possible on only UEFI new MBs    这句话百度 ...

Conclusions:

The best times required to load to Ram a VHD are got using UEFI grub4dos and lz4 compression.
The second best times to load to Ram a VHD are got booting with UEFI grub2 and chainloding to grub4dos and lz4 compression.
Having 8 GB of Ram and booting with UEFI grub2 and chainloading to grub4dos, do not work for files bigger than 1.3 GB.
Unfortunatelly booting directly to UEFI grub4dos is not possible on only UEFI new MBs, so the users are forced to boot to UEFI grub2 first.
I think our very appreciated friends a1ive and yaya should try to find the cause of this issue, as this is inconceivable those VHDs boot very fine when loaded without chainloading from UEFI grub2 to UEFI grub4dos, something on the code of one of them (or maybe both) loaders is creating this issue when chainloading to the second loader.

I'm aware of the hard work (for free) of both of you, and I appreciate it a lot, but this issue is making me crazy. Sorry if my words could sound as a demand, please don't take it that way, take it as a very respectful and kindly request.

alacran

他的意思是说，g4e加载vhd.lz4要比grub2快，但是新的UEFI主板上面，g4e不能直接加载，必须通过grub2中转，grub2→g4e这样子，但是这样子中转会受到不明原因影响，导致他有8GB内存条，最大只能加载1.3GBvhd到内存，他说这快把他逼疯了，哈哈！
wintoflash大神有空还是让grub2支持下lz4吧，他的需求很强烈呀。

他的需求是，希望g4e能够直接在新的UEFI主板上面做第一引导。

liuzhaoyzz

2011yaya2007777 发表于 2020-12-26 11:54
liuzhaoyzz :
可以使用这个测试。

我在外面手机回复，早点回去试试看，谢谢！        

哦，刚才下载927楼的版本试了下，g4e启动双镜像vdf没问题了！感谢！

liuzhaoyzz

wintoflash 发表于 2020-12-26 19:34
lz4 这种格式又不是主流，快个几秒又能怎样。限制加载速度的瓶颈是磁盘 I/O，而不是解压速度。用xz就行。 ...

哦，原来这样啊。有空的话你给alacran回复下吧，看样子他对于grub2也是刚接触不久，很多东西不知道。
我完全忘了xz这档子事儿了，我感觉xz压缩比很高。

liuzhaoyzz

  大神们，请问下这是怎么回事？      

liuzhaoyzz

2011yaya2007777 发表于 2020-12-26 11:54
liuzhaoyzz :
可以使用这个测试。

        这个版本没有推送到github吗？chenall的网站没见到啊。我想让国外的网友试下FAT32+NTFS双分区模式下，激活的FAT32分区是否能够被优先引导。如果可以的话，NTFS分区的EFI目录就不需要改名字了。

liuzhaoyzz

2011yaya2007777 发表于 2020-12-24 10:58
我看过前面论述primo的贴子，提到vdf有碎片，g4e就会抛出too many fragments这样的错误。
可是到底有没有 ...

本人今天亲测，SX70211.vhd放在机械硬盘，在g4e下面用blocklist显示有3个碎片（有截图），wincontig在windows下显示有4个碎片，直接map和map --mem都成功。vhd里面有svbus驱动加持。以前的关于碎片问题的场景倒底是怎么回事，搞不清楚了，可能多次测试导致的死机把vhd搞坏了吧。
title WIN7X64-SVBUS (/VHD/SX70211.vhd)
find --ignore-floppies --ignore-cd --set-root /EFI/grub/ntfs_x64.efi
load /EFI/grub/ntfs_x64.efi
find --ignore-floppies --ignore-cd --set-root /VHD/SX70211.vhd
map /VHD/SX70211.vhd (hd)
chainloader (hd-1)


另外，g4e在选择菜单的时候，似乎必须要按大写的"E"键才能进入菜单编辑模式，小写的"e"键似乎不行？

liuzhaoyzz

2011yaya2007777 发表于 2020-12-29 09:53
终于搞定了 1522Kb 的 bootmgfw.efi！ 排查得好辛苦。

        大神，请问下这个版本是什么意思？是给我的吗？用于解决939楼的failed to load virtual partition image的问题吗？辛苦了！感谢！

我只有等中午或者晚上抽空回家，针对那个vdf镜像做测试了。

liuzhaoyzz

2011whp 发表于 2020-12-29 11:24
--mem-2048-1-2

这么说 只要第一个碎片 足够大，

vhd里面是svbus驱动，bcd是分区。

liuzhaoyzz

2020-12-29日，报告下好消息，UEFI-RAMOS已被彻底攻克：
一、抛弃ntfs_x64.efi的情况下，grub2+ntboot已完成了通杀WIN7 8 10单镜像、双镜像：
1、ntboot启动WIN7 8.1 10+基于svbus驱动的vhd到内存成功。
2、ntboot启动WIN7 8.1 10+基于primo驱动的RAMOS成功，包括单镜像、双镜像模式。
WIN7 8.1 10双镜像模式支持无压缩、compact压缩、wimboot压缩。
有个win7英文版遇到问题，但我怀疑可能是系统搞坏了，以后有空再验证下。


二、保留ntfs_x64.efi的情况下，g4e/grub2的map已完成了通杀WIN7 8 10单镜像、双镜像：
1、map --mem启动WIN7 8.1 10+基于svbus驱动的vhd到内存成功。
2、直接map启动WIN7 8.1 10+基于primo驱动的RAMOS成功，包括单镜像、双镜像模式。
WIN7 8.1 10双镜像模式支持无压缩、compact压缩、wimboot压缩。
有个win7英文版遇到问题，但我怀疑可能是系统搞坏了，以后有空再验证下。
向Wintoflash、2011yaya2007777、sunsea等等等等各位大神，这么长时间的付出表示衷心的感谢！

liuzhaoyzz

2011yaya2007777 发表于 2020-12-29 14:57
liuzhaoyzz:
首先要祝贺你，通过辛勤劳动取得了丰硕战果！

应该是943楼吧，环境还在的，等我试下，然后更新帖子。
第三个碎片在 0x4f2926c0 扇区，也就是在 0x9e524d8000 字节。在 windows 使用 WinHex 打开物理驱动器（不是逻辑驱动器）hd0，定位到该字节，截图。我不知道怎么跳转到字节。。。怎么截图都是0？？？navigation→goto offset？选择字节吗？


大葱验证了，我就不用验证了吧。。。

加载 SVBus 的情况，使用  map /xxx.vhd (hd) 的时候多，还是使用   map --mem /xxx.vhd (hd) 的时候多？
有没有必要给  SVBus 的作者提供一个支持碎片的补丁？

svbus肯定是用map --mem /xxx.vhd (hd) 的时候多，map /xxx.vhd (hd) 用的少，而且map /xxx.vhd (hd) 可以直接用bootmgfw.efi来引导xxx.vhd代替他。

liuzhaoyzz

2011yaya2007777 发表于 2020-12-29 15:45
liuzhaoyzz:
alacran 反馈的问题：grub2 -> g4e，然后 map --mem /xxx.vhd (hd) ，不能加载大于 1.3Gb 的 ...

我没有遇到这样的问题，因为我从来就没想过尝试g4e→grub2来回跳转过。

需要怎样的测试？g4e我知道有displaymem命令，grub2我不知道，好象没有啊？

hexdump (mem)
??

liuzhaoyzz

2011yaya2007777 发表于 2020-12-29 10:51
不是专门给你的。
以前 chainloader /efi/microsoft/boot/bootmgfw.efi ，有的可以启动，但是 1522Kb 的 ...

小写“e”可以呀。是不是你的电脑特殊？

台式机USB键盘没问题，笔记本的键盘好像有点问题，奇怪得很。不过这是个很小的问题。        

另外有网友反应g4e启动黑屏的问题。好象有三例了。
http://bbs.c3.wuyou.net/forum.php?mod=redirect&goto=findpost&ptid=423275&pid=4206391&fromuid=298214

liuzhaoyzz

2011yaya2007777 发表于 2020-12-30 16:48
我已经回复了该帖。如果禁用图形模式成功，可能是不支持通用图形模式。如果任然不行，那就是启动管理器没有 ...

  他的第一张图，用的是bootice添加UEFI引导序列的功能，这个功能我也在用没问题的。目录的问题，他有帖子截图了，我看了好像也是对的，问题有点奇怪。      

liuzhaoyzz

liuzhaoyzz 发表于 2020-12-29 13:18
2020-12-29日，报告下好消息，UEFI-RAMOS已被彻底攻克：
一、抛弃ntfs_x64.efi的情况下，grub2+ntboot已完 ...

报告个好消息，WIN7英文版，单镜像测试没问题了，可能是系统搞乱了的问题，我重新做了个WIN7英文版测试，正常启动win7enpd-primo-uefi-ramos。ntboot和直接map都可以，没问题。


937楼截图中failed to load virtual disk image，从此成了未解之谜。。。
http://wuyou.net/forum.php?mod=redirect&goto=findpost&ptid=422652&pid=4204397&fromuid=298214

liuzhaoyzz

yaya大佬，有空的时候请看下201-206楼的帖子，sevenyu无法在苹果电脑上面正确加载menu.lst。
http://wuyou.net/forum.php?mod=redirect&goto=findpost&ptid=423423&pid=4208950&fromuid=298214

liuzhaoyzz

wzq2002 发表于 2021-1-6 18:45
话说啥时候 g4e 能跟 windows boot manager 互相链式引导就好了。
之前在 legacy 模式下 g4d 和 windows b ...

前面有帖子啊，g4e可以直接chainloader微软的bootmgfw.efi。

微软处处打压linux，怎么会去加载linux的引导器，g4e/grub2都是非微软体系的，微软不但不会支持，还会用安全启动这样的工具作梗。

liuzhaoyzz

2011ML丨叼四郎 发表于 2021-1-10 00:30
不显示英文！

      自行加载unifont.hex.gz，前面帖子yaya有分享！  

liuzhaoyzz

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

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

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

liuzhaoyzz

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

菜单有错误。贴出菜单。

liuzhaoyzz

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

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

liuzhaoyzz

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

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