GRUB2 UEFI 下的磁盘仿真

wintoflash

枯井在地 发表于 2020-7-29 21:51
请问光盘ISO模式下这个可以用吗

你是说 用光盘里面的grub2启动光盘里面的iso?
这不是脱裤子放屁吗。
uefi 下的 bootmgfw.efi 只认第一个光盘，所以如果这个iso里面是winpe，那就不行。

枯井在地

wintoflash 发表于 2020-7-30 11:09
你是说 用光盘里面的grub2启动光盘里面的iso?
这不是脱裤子放屁吗。
uefi 下的 bootmgfw.efi 只认第一 ...

好吧，谢谢，不知道有没有其他办法做到

wintoflash

枯井在地 发表于 2020-7-30 21:04
好吧，谢谢，不知道有没有其他办法做到

启wim，直接用wimboot就行了，iso套iso没用。

2012df123

GRUB2 功能的又一次创新和突破，感谢分享

jshahezy

谢谢分享

创新科技2015

很给力!

进士小站

这么好的项目
不希望其沉落

2011whp

今天用了2020-7-18版
问题： 主题不正常，没背景，菜单少了条目，
          但是  按  e   再返回就正常了
发现2020-7-18版读文件 时，右上角有提示进度

（注：主题文件夹在 2020-6-18版是正常的）

wintoflash

2011whp 发表于 2020-8-9 12:19
今天用了2020-7-18版
问题： 主题不正常，没背景，菜单少了条目，
          但是  按  e   再返回就正常 ...

这个问题我在不同的帖子下回复了十多遍了，我也是醉了。

http://bbs.wuyou.net/forum.php?m ... p;extra=&page=2
http://bbs.wuyou.net/forum.php?mod=viewthread&tid=417607

2011whp

最近更新勤，是wintoflash在做吗，更新了些什么，

liuzhaoyzz

github下载速度只有20～60kB/s，到最后是0～200B/s，简直是浪费生命！
https://offcloud.com/ 下载也很慢，没有太大的改善。
分享个GitHub代下载服务·永久免费 http://gitd.cc/有点奇怪的是，这个GitHub代下载服务下载后与github原站点下载的MD5值不同，不知道咋回事。压缩包解压缩之后，里面的文件MD5倒是一致的，没有问题。

另外，想问下wintoflash大神，grub2有没有changelog之类的？对于grub2更新了什么内容有些好奇。github上面，commit里面只是有个简短的描述。

wintoflash

liuzhaoyzz 发表于 2020-11-4 14:45
github下载速度只有20～60kB/s，到最后是0～200B/s，简直是浪费生命！
https://offcloud.com/ 下载也很慢 ...

如果没详细说明，那一般是修bug或者内部的一些改动。
如果增加了模块或命令，我都会写 "add ... command"，删除模块也会写 "remove xxx"。
我一直都是尽量考虑兼容性，不修改用户能接触到的部分。

liuzhaoyzz

wintoflash 发表于 2020-11-4 14:59
如果没详细说明，那一般是修bug或者内部的一些改动。
如果增加了模块或命令，我都会写 "add ... command ...

       难怪，我看到github上面，10725 commits，用户文档没发现有什么改变，原来都是后台调整。

my9823

w大，请您教个问题，normal cfgfile和configfile  cfgfile的区别是什么？看介绍是normal会移动加载mod,用grub-mkimage内置必要模块，并且打包可选选模块为memdisk打包,然后内置memdisk到efi，内置菜单normal (memdisk)的菜单，它会自动加载memdisk中的可选模块吗？

wintoflash

liuzhaoyzz 发表于 2020-11-4 14:45
github下载速度只有20～60kB/s，到最后是0～200B/s，简直是浪费生命！
https://offcloud.com/ 下载也很慢 ...

gitd.cc在我这边特别慢。github反而很快。

这都是没办法的事。国内没有靠谱且免费的持续集成服务和软件下载平台。

wintoflash

my9823 发表于 2020-11-5 07:04
w大，请您教个问题，normal cfgfile和configfile  cfgfile的区别是什么？看介绍是normal会移动加载mod,用gr ...

用configfile就行。
外置的模块(memdisk也是外置)里面，只有文件系统相关的模块会自动加载，要不然就乱套了。
grub-mkimage 命令里面的都是内置，自动加载的，不要自己再insmod了。

wintoflash

@wuwuzz 可以下载最新版试试
map -f /xxx.iso
这样让 map 出的磁盘/光盘排在第一位。

liuzhaoyzz

wintoflash 发表于 2020-11-5 13:10
gitd.cc在我这边特别慢。github反而很快。

这都是没办法的事。国内没有靠谱且免费的持续集成服务和软 ...

        不同地域对不同服务器响应的确不同，差别还很大。

my9823

感谢w大回复！

liuzhaoyzz

wintoflash 发表于 2020-11-5 13:48
@wuwuzz 可以下载最新版试试
map -f /xxx.iso
这样让 map 出的磁盘/光盘排在第一位。

        刚才在虚拟机里面试了下，光驱里面挂载个PE1.ISO，bios设置优先从本地硬盘的grub2x64.efi引导，可以启动pe2.iso，似乎不需要提前map -x (cd0)?
菜单如下：
map --mem -f --type=CD /pe2.iso

menuentry "SXWIN10PEX64_17763_NET20200902.iso" "/boot/imgs/SXWIN10PEX64_17763_NET20200902.iso" {
search --no-floppy --set --file $2
map --mem -f --type=CD $2
}

wintoflash

liuzhaoyzz 发表于 2020-11-5 16:30
刚才在虚拟机里面试了下，光驱里面挂载个PE1.ISO，bios设置优先从本地硬盘的grub2x64.efi引导， ...

是的，不用map -x。
还有 map本地镜像不需要--mem。加--mem纯属浪费时间

liuzhaoyzz

wintoflash 发表于 2020-11-5 16:32
是的，不用map -x。
还有 map本地镜像不需要--mem。加--mem纯属浪费时间

        太棒了！不要map -x (cd0)这样子的语句，菜单简单太多了！以前要7条语句。

PE启动我都使用map --mem加载到内存，习惯了。

wintoflash

liuzhaoyzz 发表于 2020-11-5 16:39
太棒了！不要map -x (cd0)这样子的语句，菜单简单太多了！以前要7条语句。

PE启动我都使用map ...

加--mem除了浪费时间没有其他用处。这个参数一般网启才用。
就算你想设计Windows下的驱动挂载map出来的内存盘，用--mem也不行。这个内存盘在进入操作系统之前就会被uefi释放掉。要想进入操作系统还能看见内存盘的数据，要用 --mem --rt。

liuzhaoyzz

wintoflash 发表于 2020-11-5 16:44
加--mem除了浪费时间没有其他用处。这个参数一般网启才用。
就算你想设计Windows下的驱动挂载map出来的 ...

        map --mem可以规避在grub4dos下面需要pe.iso连续存放的问题，而且map --mem要比直接map稳定些，pe.iso所在的优盘可以拔除，时间长了就习惯用这个参数了，grub2下面直接map pe.iso对于碎片是否有要求？

wintoflash

liuzhaoyzz 发表于 2020-11-5 17:02
map --mem可以规避在grub4dos下面需要pe.iso连续存放的问题，而且map --mem要比直接map稳定些，p ...

grub2下面直接map pe.iso对于碎片是否有要求？

没有任何要求。
如果没有碎片（或者碎片满足一些要求），可以用 --blocklist 参数加速虚拟盘的读取。（一般没必要）

而且map --mem要比直接map稳定些，pe.iso所在的优盘可以拔除

你这是闲得无聊吧，退出grub2/grub4dos的瞬间拔u盘，不怕坏了？如果u盘读取不靠谱，建议换u盘。
进pe之后，拔不拔u盘就和grub2没什么关系了，你用啥参数都不影响。

我已经再三提醒了，不建议用 --mem，一般情况下没有任何好处，反而有坏处。
只有以下几种需求，我建议用 --mem：
1. 网启。
2. 想对虚拟磁盘进行写入，不想实际写入到硬盘的文件上。
3. 想在grub2启动 iso 之后，windows 转圈之前的那几秒之间拔掉 U 盘。这种操作要手速快。

liuzhaoyzz

wintoflash 发表于 2020-11-5 17:46
没有任何要求。
如果没有碎片（或者碎片满足一些要求），可以用 --blocklist 参数加速虚拟盘的读取。 ...

不是退出grub2/grub4dos的瞬间拔u盘啊，不是想在grub2启动 iso 之后，windows 转圈之前的那几秒之间拔掉 U 盘（拔掉的时候也很少，只是有这个可能），是启动PE之后可以拔掉优盘啊，如果直接map，启动PE之后可能还会有读写优盘的动作吧，直接拔掉有蓝屏的可能（因为有些PE的外置是放在wim之外，iso以内），在BIOS启动的grub4dos里面，map --mem感觉上来说要比直接map真的稳定可靠些（规避碎片文件是其中的一个方面），然后这些习惯一直沿袭下来了，我以为grub2_UEFI也是这样子呢。
看了你的解释，看样子要颠覆我的观念了！我真不知道或者没有注意到在哪里发帖推荐过直接map。

wintoflash

liuzhaoyzz 发表于 2020-11-5 18:35
不是退出grub2/grub4dos的瞬间拔u盘啊，不是想在grub2启动 iso 之后，windows 转圈之前的那几秒之间拔掉  ...

如果外置，uefi启动的情况下无论如何都不能拔掉u盘。你没有搞清楚一件事：虚拟盘在windows转圈停止之后就不存在了。无论外置不外置，Windows当然都不能从本就不存在的所谓内存盘读数据。

wuwuzz

@wintoflash

很抱歉，下午单位组织学习，未及时看到帖子回复。

很好的改进！ map -f选项有效，能够成功将U盘上的ISO与其他光驱ISO区分开。

示例图有意构造了复杂干扰环境：
是USB光驱+SATA光驱+量产光驱都存在的条件下，U盘DISK部分MAP时的情况。

liuzhaoyzz

wintoflash 发表于 2020-11-5 16:44
加--mem除了浪费时间没有其他用处。这个参数一般网启才用。
就算你想设计Windows下的驱动挂载map出来的 ...

grub2_UEFI_map与map --mem启动PE速度测试
选取了几个不同大小的PE，对grub2_UEFI启动PE.ISO（均为全内置版本PE）采用直接map和map --mem启动速度进行了测试。
测试环境：为了便于截图和录像，在vmware虚拟机中进行测试，引导器为grub2_uefi_20201105版本，pe.iso存放的介质为虚拟机机械硬盘。从grub2选择启动菜单开始计时，到见到PE桌面停止计时。下面的gif，可以下载到本地，用7gif查看，ctrl+↑加快播放速度，ctrl+↓减慢播放速度。
1、WePE_64_V2.1_beta.iso，199MB
直接map，耗时2：05秒。



map --mem，耗时2：02秒。



2、SXWIN10PEX64_17763_NET20200902.iso，438MB
直接map，启动后发生蓝屏一次；



再次重启测试，耗时4：10秒。



map --mem，耗时2：29秒。



3、Win10PE_17763.107x64net.iso，699MB
直接map，耗时5：01秒。



map --mem，耗时3：08秒。



我的结论：
1、对于体积较小的200MB的微PE，直接map pe.iso和map --mem pe.iso速度相差不大，对于体积稍大的PE，map --mem pe.iso要比map pe.iso启动速度快。一般的PE体积都会超过200MB，大概500MB-1GB左右。
测试是在机械硬盘上进行的，在普通优盘上启动速度应该要比机械硬盘更慢，启动速度差距估计稍大。我觉得还是map --mem pe.iso更好。
2、内存足够的前提下，map --mem pe.iso要比map pe.iso启动更加稳定。直接map在机械硬盘上蓝屏了一次。
3、grub2_UEFI感觉读盘的速度有一定的提升空间，而且读盘瞬时速度显示似乎有点不符合实际，前期有时候显示4TiB/s、13GiB/S，后期读盘速度在机械硬盘上只有68MB/S～2MB/S左右，这个速度感觉不符合实际。



哦，刚才又在实体机上面用优盘测试了几次，用手机秒表卡表，启动速度大概34-46秒的样子，与虚拟机启动速度差别太大了！而且感觉map --mem pe.iso与map pe.iso启动同一个PE启动速度相差无几！大概2秒的样子！
看样子虚拟机不能代替实体机作为速度测试的依据，相差太大了！原因不明。

2011yaya2007777

在虚拟机里，加与不加 --mem 耗时应当差不多，因为两者都是在内存里。在实机上，如果程序把自己都加载到内存，那加不加 --mem 都一样：如果程序只加载内核，其余不加载，那加不加 --mem 就不一样了。