在一台品牌机上重测（全部最新版），利用列表加载映像文件：
合并版，给run加上路径（相对路径即可）则一切OK！如果不加路径（利用Find定位），当加载正常Wim文件也OK，但加载特殊Wim映像则黑屏，有点类似老版run表现。
分离版，似乎只能加载通常的Wim映像，对于特殊的Wim文件则黑屏，找不到ntboot所致？
给所有要加载的文件，都加上相对路径，或者绝对路径，试一试。
应把 usrpath 设定死，不要让随 当前分区改变
title XXXXXXXX
find
%@boot%/efi/grub/run--set-usrpath=%@boot%/efi/grub/ /path/boot.wim
find后面不能有驱动器。只能是跟符号，路径，文件名。
1，上次需要需要绝对路径的那台机，已经解决，可以不需要了，但也要相对路径才可正常加载。2，有一奇怪现象，只要用find定位run，ntboot就失效，即只能处理通常格式wim映像，特殊格式加载仍失败。3，find后面没跟驱动器。4，用浏览方式加载文件还是有问题。
多试吧，公开的 条件 太有限了
想办法，证明是 run 有问题，
起码的知道， 资源文件分布
菜单
浏览的话 ，按e键 的 拍照
不知算不算找到问题?
分离版，列表方式加载，当把WIM文件移出EFI分区则正常，放在隐藏分区则无法加载。特殊格式的WIM只能放在可见区？
EFI在隐藏分区？奇葩！uefi启动，不要玩隐藏。
以上只在一台机上试过。之前所有模块、映像都是放在隐藏区测的，由于不同版本、路径、文件名、分区排列组合太多，反把自己弄得找不到北。看看吧，不行就算了，个人觉得现有的已经足够优秀了。
uefi启动，不要玩隐藏问题是老版表现正常，就顺理成章误以为也可以。。。谢谢ya大，就此罢手。
一直认为在引导方面能甩微硬几条街的唯有G4D和G4E（还有W大增强的Grub2），感谢开发者，也感激因此伴生出许多优秀模块，十分看好其前景。
hhh333 发表于 2021-5-18 18:20
另外想问一下，G4E如何用wimboot。我用了一下kernel wimboot说kernel too old
哦，我也碰到和你类似的问题了。看了wintoflash的解释才知道ipxe.wimboot不支持UEFI？
想办法，证明 是 run 有问题run应该没问题，只是引入ntboot后且在特定条件下才出现。
1、特殊WIM映像（从USBOS提取一个试试）
2、该映像文件恰好处于隐藏区
3、利用浏览选择后加载
于是问题出现了
非常给力，用重新修订版成功了！
RUN 重新修订
本帖最后由 liuzhaoyzz 于 2021-12-26 21:44 编辑
2011yaya2007777 发表于 2021-12-22 15:09
EFI在隐藏分区？奇葩！uefi启动，不要玩隐藏。
grub4dos-for_UEFI-2021-12-15+RUN_包含NTBOOT_2021-12-10.rar版本：
我觉得大家的菜单是不是这样子写更好，这样子run可以放在esp/fat32分区/EFI/grub/RUN，pe.wim/iso可以放在其他盘符/boot/imgs/目录下，符合实际场景。
#自动菜单启动pe.wim/pe.iso都没有问题。前面有人反馈的pe分辨率问题，加个参数--hires=0就好了。使用 find 和 ls 组合可以用来搜索文件夹，并将查找到的分区设为当前根。或者用find --set-root /boot/imgs/firadisk.img某个标志文件。
title run-2011yaya2007777
find /EFI/grub/RUN | set bd= ;; echo bd=%bd%
find --set-root ls /boot/imgs/
#find --set-root /boot/imgs/firadisk.img
#command --set-usrpath=%bd%/EFI/grub
command %bd%/EFI/grub/RUN --automenu --hires=0 /boot/imgs/
#前面有人反馈的pe分辨率问题，不支持--hires=0参数，希望改进，run的代码里面加几个%~1,%~2,%~3啥的应该就可以了吧，多加几个，来一打哈哈
title /boot/imgs/SXPE/boot.wim
find /EFI/grub/RUN | set bd= ;; echo bd=%bd%
find --set-root /boot/imgs/SXPE/boot.wim
#command %bd%/EFI/grub/RUN --hires=0 /boot/imgs/SXPE/boot.wim
command %bd%/EFI/grub/RUN/boot/imgs/SXPE/boot.wim
#前面有人反馈的pe分辨率问题，加个参数--hires=0就好了。启动没有问题。
title /boot/imgs/SXWIN10PEX64_17763_NET20201109.iso
find /EFI/grub/RUN | set bd= ;; echo bd=%bd%
find --set-root /boot/imgs/SXWIN10PEX64_17763_NET20201109.iso
command %bd%/EFI/grub/RUN --hires=0 /boot/imgs/SXWIN10PEX64_17763_NET20201109.iso
liuzhaoyzz: 你提供的菜单例子很好。解决了两个文件路径不同的表达方式。另外pe分辨率是怎么回事？
本帖最后由 liuzhaoyzz 于 2021-12-25 19:51 编辑
2011yaya2007777 发表于 2021-12-25 18:33
liuzhaoyzz: 你提供的菜单例子很好。解决了两个文件路径不同的表达方式。另外pe分辨率是怎么回事？
你在一楼的run整合ntloader模块调用的是wintoflash的ntload模块，分辨率的问题，ntloader有这个hires=0参数啊，他作用于initrd.lz1里面的BCD，hires=0好像是不改分辨率？hires=1强制最大分辨率好像，ntloader那个帖子有说明这个参数呀。
嗷，知道了。ntboot可以传递参数，试试看。
hires=0，他是默认值，设置不设置是一样的。没几个人纠结这个事。我翻前面的帖子，没人反馈图像尺寸的问题。倒是有反馈黑屏的。
本帖最后由 liuzhaoyzz 于 2021-12-25 20:06 编辑
2011yaya2007777 发表于 2021-12-25 19:59
hires=0，他是默认值，设置不设置是一样的。没几个人纠结这个事。我翻前面的帖子，没人反馈图像尺寸的问题 ...
:.vhd
:.wim
:.vhdx
:.win
::外置ntloader与initrd.lz1方案
::/initrd.lz1 不能带驱动器，如：(hd0,0)/ntloader。同样，file 也不能带驱动器，如：file=(hd0,0)/boot/imgs/pe64.wim 或者 file=%~1
#uuid %?_BOOT%
#chainloader (hd0,0)/ntloader initrd=/initrd.lz1 uuid=%?_UUID% file=%~pnx1
#goto :boot
::内置NT6BOOT方案
calc 32<<3+*0x8308 > nul ;; read %@retval%;; set md_start=%@retval%
calc 33<<3+*0x8308 > nul ;; read %@retval%;; set md_count=%@retval%
map --mem (md)%md_start%+%md_count% (hd)
(hd-1,0)/loaderNT %~1
goto :boot
::外置NT6BOOT方案
#map --mem %usrpath%/ntboot (hd)
#(hd-1,0)/loaderNT %~1
#goto :boot
RUN_包含NTBOOT这里面的代码，(hd-1,0)/loaderNT %~1，倒底调用的是chenall的NTBOOT，还是wintoflash的NTloader？我看#chainloader (hd0,0)/ntloader initrd=/initrd.lz1 uuid=%?_UUID% file=%~pnx1注释掉了？chenall的NTBOOT有这个hires=0参数吗？我不知道。
你发在133楼的bootx64.efi，应该是加了续尾chenall-NTBOOT的吧。
http://wuyou.net/forum.php?mod=r ... 2851&fromuid=298214
本帖最后由 liuzhaoyzz 于 2021-12-25 21:13 编辑
2011yaya2007777 发表于 2021-12-25 19:59
hires=0，他是默认值，设置不设置是一样的。没几个人纠结这个事。我翻前面的帖子，没人反馈图像尺寸的问题 ...
我还想尝试用run模块启动RAMOS呢，这个hires=0设置的参数必须有，如果没有的话，hires=1，那么进入windows桌面之后，分辨率是锁死的不能调整，BCD被你封装在run模块里面，没法调整，有时候最大分辨率设置是不对的。所以建议loaderNT里面补充这个参数设置。
启动 ramos 的话，还是 利用 同名_config.txt, 加前置 后置参数，自己 写 批处理 做 启动插件
run的核心 是 浏览，并启动 内置了 的 ，启动插件。
要不 run 越来越复杂， 或者 版本 越来越多。
比如 ，扩展名 .vhd
1. 可以 当img类 map /*.vhd(hd)
2. 可以当微软的系统vhd这时 需要bcd
一个run 内 不可能 再区分 扩展名了，只能 选择 其一。
本帖最后由 liuzhaoyzz 于 2021-12-25 20:42 编辑
2011whp 发表于 2021-12-25 20:22
启动 ramos 的话，还是 利用 同名_config.txt, 加前置 后置参数，自己 写 批处理 做 启动插件
run ...
一个hires=0参数，不会复杂多少的，RAMOS用的g4e+wintoflash的NTloader方案，感觉还是有些问题，有时候chainloader+ntloader方案可以，有时候不行；有时候kernel+ntloader方案可以，有时候又不行。网友也有反馈的，我也不知道该怎么办。
特别奇怪的是，我记得以前的g4e某个版本+chainloader+ntloader可以的，最近更新了g4e版本，似乎又不行了，我不知道咋回事，还没有深度测试找出原因，不知道原因，也就没法反馈。
现在yaya整合了一个g4e+loadNT方案，是魔改的chenall的？不太清楚，多一个方案，多一个选择啊。
本帖最后由 2011yaya2007777 于 2021-12-25 20:46 编辑
chenall的NTBOOT，适用于g4d。
新版RUN中的NTBOOT，是使用chenall的思路、原理，采用W大神的NTloader里的有关模块组合而成。为的是解决RUN尾随，解决两个文件在不同的路径的问题。
使用新版NTBOOT可以像NTloader一样，有参数。
至于hires默认值是0还是1，我记不清了。电脑不在身边，不方便查。
RAMOS使用RUN，是为了自动菜单？还是自动列表？
ramos在run里 ，另外来一个 启动分支
（run根据扩展名 跳到 标签 估计是 echo *** | goto:.%扩展名%=）
:.vdf
启动代码(用好 后置参数）
boot
哦，对了，run模块遍历文件，有时候最后一个字符显示不出来，比如xxx.wim显示成了xxx.wi，xxx.iso显示成了xxx.is，我看屏幕也放得下啊。
本帖最后由 liuzhaoyzz 于 2021-12-25 20:55 编辑
2011yaya2007777 发表于 2021-12-25 20:44
chenall的NTBOOT，适用于g4d。
新版RUN中的NTBOOT，是使用chenall的思路、原理，采用W大神的NTloader里的 ...
RAMOS使用RUN，是为了自动菜单？还是自动列表？
都不是，RAMOS使用RUN是为了多一个方案（目前只是一个构思，还没有实践），现在的g4e+NTloader方案感觉不是很稳定，可能与g4e更新有一定的关系，因为以前的g4e的chainloader+ntloader我记得都可以的（那时候感觉chainloader+ntloader方案要比kernel+ntloader方案稳定），现在同一台电脑chainloader+ntloader方案突然不行了，我还没找到原因，没法反馈。
如果RAMOS不使用自动菜单或自动列表，直接使用NTBOOT即可。 最后一个字符丢失，我这里没有遇到过。
2011yaya2007777 发表于 2021-12-25 20:54
如果RAMOS不使用自动菜单或自动列表，直接使用NTBOOT即可。 最后一个字符丢失，我这里没有遇到过。
chenall的NTBOOT能够直接应用于grub4dos的UEFI版本吗？我没有尝试过。
另外，chenall的NTBOOT一上来就是hires=1最大分辨率无法更改，会导致进入RAMOS之后电脑分辨率无法更改，这不是PE，这是系统啊，系统的分辨率不能更改，肯定不行的。
 |