0PE_NBv1.5.1(2014-04-05)测试

wangjf

不点 发表于 2016-12-22 17:52
粗略分析一下。

你的高于 4G 的内存有 1G，那么你的 ISO 和其它小的 IMG 应该都放在那里了。

没有使用驱动程序
就是在出现0PE主菜单时，选择第一项 Windows PE （XP）单核版。
不是上面的第二张图片的第三项，可能这里误导大师了。

不点

wangjf 发表于 2016-12-22 19:51
没有使用驱动程序
就是在出现0PE主菜单时，选择第一项 Windows PE （XP）单核版。
不是上面的第二张图 ...

等待 2 分钟，是不是可以理解为 “不正常”？如果这确实属于不正常现象（正如 pseudo 所说的那样），那么就应该用上述带 nohelp 的版本再试验一次，这样才好确定问题究竟在哪里。请把带 nohelp 的压缩包里面的 grldr 提取出来进行测试，当然要把内置菜单调整为与 pseudo 提供的内置菜单相同。

是的，这个测试很重要。如果这个测试依旧有问题（不正常，或失败），那就怀疑 yaya 在 2016-12-12 的版本中引入了 bug。那样的话，我们需要回到先前没有 bug 的版本再重新编译测试有关 --top 的新的处理方式。

不点

另外，请 pseudo 留意，屏幕顶行的 End: 后面的内存地址 36A226（它是十六进制值），可能已经 “超标”，换句话说，就是可能已经引起冲突了。我不能确定这一点，需要仔细查一查全部代码的内存使用情况才能确定。检查是很费事的，因此，暂且不去查它；暂且当作 “没问题” 来对待。

pseudo

比11.9版grldr明显慢：稍等才出黑白汉字界面，回车后等较久才出彩色菜单。
从2016-12-12 的版本起就慢，nohelp也不管用。慢与top应该无关。

wangjf网友说的还没分析。

不点

好的，退回一次修订，返回到 r734，以此为基础重新处理 --top，看看这次怎么样？

pseudo

这个快多了。
用QEMU测试，274MB内存启动正常进桌面。
但在16G内存机子上重现wangjf网友遇到的蓝屏7B。PE内部是用了firadisk/winvblock。
还未进一步测试，是不是超过4G内存就蓝屏。

好像g4d有现成办法可以检测内存量、限制只使用指定内存量？那么对于超4G机子作限制就可以用firadisk/winvblock了吧

不点

firadisk 和 winvblock 当中，肯定有一个（即至少有一个）是支持 4G 以上的内存块的。这是因为有人成功把 Windows 安装在 4G 以上的内存块上。我觉得 firadisk 支持 4G 以上内存块的可能性较大，因为 firadisk 的作者还专门为 grub4dos 打补丁，让 grub4dos 支持 4G 以上的内存块。

因此，假如两者当中有一个不支持 4G 以上内存块的话，那可能就是 winvblock 了。我很长时间都没接触 memdisk 了，不知道它是否支持 4G 以上的内存块。假如不支持的话，那么，winvblock 也可能不支持。因为 memdisk 和 winvblock 都与 syslinux 有关，是 syslinux 的开发者开发出来的，对 grub4dos 的支持，可能就没那么完美了。

具体情况究竟如何，那还需要测试和验证。

是的，grub4dos 的 map 可以限定内存块的地址范围（--mem-max，--mem-min）。但通常是不需要、也不应该用的。

如果 firadisk 或 winvblock 不支持 4G 以上内存块，可以向其作者报告 bug。这是最好的做法。

一个驱动程序，如果它不支持 4G 以上内存块，这肯定不行。举例来说，如果 4G 之上有个 1G 的内存块，4G 以下有很多小的内存碎块（长度都小于 1G）。如果 IMG 长度正好是 1G，则 map --mem 肯定会把它放在 4G 以上的那个内存块上。即使很老的 grub4dos 也是如此，不需要 --top，因为那是唯一可以容纳 IMG 的内存块。如果驱动程序不支持的话，那问题就大了！所以，必须得支持，不能含糊其辞。可以认为，如果不支持，那就是有 bug。

不点

yaya 已经把我的 --top 补丁打在 0.4.6a 上了。大家可以从 chenall 的网站上下载测试了。

建议的测试方法：

1、去掉 winvblock，只留下 firadisk，测试是否有故障出现（理论上应该不会有问题）。
2、去掉 firadisk，只留下 winvblock，测试是否有故障出现（可能会由于 “img 被加载在 4G 以上” 而出现 07B 蓝屏死机）。

重要说明：

使用 map --mem-max=... 参数可以让 img 加载在 4G 以下，但是要注意，一旦执行 map --rehook，则有可能自动调整到 4G 以上。这是因为，map --rehook 在重新调整内存盘位置的时候，不使用 --mem-max 之类的参数。因此，建议永远不要使用 --mem-max 或 --mem-min 之类的参数，以免执行 map --rehook 后这些参数被 “无视” 或 “忽略”。换句话说，如果使用了 --mem-max 等参数，就不要再使用 map --rehook 命令了；但可以同时（按先后顺序）使用 map --unhook 和 map --hook 这两条命令来取代一条 map --rehook 命令，这样是不会自动调整内存盘位置的，因而是没问题的。

pseudo

采用grub4dos-0.4.6a-2016-12-23.7z的
0PE_NBv1.5.2(20161223)2in1+8pe10pe(20161219)
已上传，在我签名处有链接（签名显示在有我发言的楼层下方，须登录论坛才见）。

大家可以在fbinsttool中用“工具－更新grldr”菜单项将grldr版本更换为其它版本（保持内置菜单不变）进行测试。

最新版grub4dos-0.4.6a-2016-12-24.7z跟之前版本有重大区别。
0PE目前内部用了winvblock和map --rehook，可能与最新版grub4dos-0.4.6a-2016-12-24.7z冲突而出现 07B 蓝屏死机，原因见楼上不点大人的分析，那是因为winvblock有bug。
当然，即使用了grub4dos-0.4.6a-2016-12-24.7z，在机子内存不大（例如不到4G）的情形未触发winvblock的bug，0PE也是没事的。
内存4G以上的，暂时还是使用grub4dos-0.4.6a-2016-12-23.7z吧。


wangjf网友的问题还没完全解决。他的机子特殊，内存很碎，正是他的机子特殊导致不点大要更新g4d，他最需要新版grub4dos-0.4.6a-2016-12-24.7z的功能，但新版用0PE时又遇到winvblock的bug导致蓝屏。
要等winvblock修正bug才行（0PE不用修改）。如果winvblock不打算修正bug，那到时0PE再考虑绕过那个BUG。

不点

pseudo 发表于 2016-12-24 15:52
采用grub4dos-0.4.6a-2016-12-23.7z的
0PE_NBv1.5.2(20161223)2in1+8pe10pe(20161219)
已上传，在我签名 ...

必须得有试验验证 winvblock 不支持位于 4G 以上的内存块。目前只是猜测，并未肯定。需要有肯定的证明。

一旦确认 winvblock 不支持位于 4G 以上的内存块，那就不能再用它了，除非它的开发者解决了这个问题。理由就是，map --mem 有可能把 IMG 加载在 4G 以上的内存块，无论有没有 --top 参数，无论是新版还是旧版的 grub4dos。比如低端都是 500M 的内存块，高端有个 1G 内存块，用户 IMG 是 700M，则肯定加载在高端。

在 winvblock 不支持高位内存的情况下，也是勉强可以使用它的。使用的办法就是用 --mem-max 参数限制内存块的加载位置，不让它加载在 4G 以上，同时，用

map --unhook
map --hook

来取代

map --rehook

避免把内存盘自动调整到高位内存区。这就行了，应该不会有问题。

于是提出一个新的话题：有没有人综合 firadisk、winvblock 两者的优点，写个新的驱动程序，这样大家都不再纠结该用哪个了。

dddren

P大啊，下载太费劲了，下载394M这个，已三个多小时了，才下到下图的程度，再下载1.92G那个，已快没信心啦。您能不能像C大的彪悍版那样分卷上传，1.5G，分分钟就完成了。

pseudo

PE附带的百度云管家可能快些，可以在PE里下载。另外正版云管家也不慢。
无论如何，晚上下载，一觉起来就好了。

邪恶海盗

pseudo 发表于 2016-12-25 12:20
PE附带的百度云管家可能快些，可以在PE里下载。另外正版云管家也不慢。
无论如何，晚上下载，一觉起来就好 ...

表示我测试过100M宽带,官方X度云管家,普通账号,下载速度最高200多K,低的时候几十K,太坑爹了...

2012zhd

大师，您的0pe支持802.1x网络认证吗？若支持如何设置啊。
这里最近启用了802.1x网络认证，0pe下不会上网了，请指点。

pseudo

大师不敢当。
8/10pe下用Suplicant_for_Campus_Network
xp/03pe下用MentoHUST，设置里填账号密码、固定ip，点“+”，没有固定ip的话设置“二次验证”。

不点

关于 --top，再发表一点看法，希望能够对大家有所帮助。

旧版的不带 --top 的 map --mem，根本就 “不可取”、“不可用”。我举出一个非常普通的、常见的例子：

机器总内存 4G，其中，低端的有 3G，高端的有 1G。

高端都是连续的。低端会被分割成碎块。假定低端是六块，都是 500M。

那么，map --mem 会使用最低端的 500M，这样也就容易与 grub4dos 的 32M 保留内存发生冲突了。

map --mem --mem-max=...  --top 则会使用位于 4G 以内的最高端的 500M 内存块，这就不会发生冲突了。省略号的位置是填写某个值（可以计算出来），它代表 4G 的界限。

就是说，同样都是使用 4G 以内的 500M 空间，

map --mem 是使用最低端的那一块

而

map --mem --mem-max=...  --top 则是使用最高端的那一块。

显然后者更好，而前者不可取。

邪恶海盗

看下坑爹的X度盘,我这是50M宽带,下行50,上行4,竟然是这德行...

不点

邪恶海盗 发表于 2016-12-26 20:33
看下坑爹的X度盘,我这是50M宽带,下行50,上行4,竟然是这德行...

不知道我该不该插话。免费的东西，你不能够指望它会怎么样，你不能指望它 “稳定”，你不能指望它 “可靠”，甚至你不能指望它 “存在”。更不用说下载速度了——因为它甚至都可以关停、消失，更不能奢谈速度。

收费的 VPS 还经常无法访问呢，更不要谈免费的东西了。

人心在 “贪”，所遇到的种种问题，皆在于太 “贪” 了。人都是 “贪”的，人都是 “得寸进尺”的。就是说，不知不觉地就在 “贪” 了，不由自主地就在 “贪” 了，而且贪了之后，自己竟然毫无察觉。贪污腐化的官员，进入监狱之后，终能悔过，然而在他 “贪” 的时候，他是毫无感觉的，他觉得一切都来得自然，他没觉得自己很 “贪”。

“贪” 还是一种 “占便宜” 的心理。人往往喜欢 “占便宜”，这也是人的一种惯性，难以消除。为什么那么多的骗子都能得逞？为什么那么简单的骗术都不能被识破？皆是因为被骗者有 “占便宜” 的弱点，让骗子们抓住了，让骗子掌控了，所以结果不仅没占便宜反而吃大亏了。这就是：贪小便宜吃大亏。

呃——请别误会，我可不是来教训人的。我说的是一般规律，我也是人里面的一个数，我也有 “贪”、“得寸进尺”、“占便宜” 的毛病。假如我没有这些毛病的话，那我就不是人了。我虽然能够意识到这个问题，但我难以摆脱。无论我怎样努力，也总会 “不干净”、“不彻底”，因而总会有那么点 “贪”、“得寸进尺”和“占便宜” 。

插话完毕；不知该不该，不知多余不多余，不知恶心不恶心，不知讨厌不讨厌，不知好不好，不知坏不坏——因此，我其实就是 “无知”啊，所以，请原谅。

不点

继续探讨 --top 和 4G 有关话题。搜到以下帖子：

https://github.com/Sha0/winvblock/issues/2

Sha0 commented on 23 Apr

15e7df1 is the last commit for the last released version, if I recall correctly. "Revisions after that" aren't expected to work. I have put all development into the "master" branch instead of a "hidden" branch, so I apologize for the confusion.

If 15e7df1 doesn't work with GRUB4DOS ISOs, I'm sorry, but WinVBlock 0.0.1.8 can't drive your RAM disk. It almost appears that you could use V.'s original WinAoE driver with Firadisk and forget about WinVBlock.

I'd obviously like for the next release of WinVBlock to address your needs.

开发者 shao miller 似乎已经知道了 WinVBlock 有问题（虽然他没说是否是 “不支持 4G” 的问题），而 Firadisk 却正常。shao 还说愿意在下一个版本中满足提问者的需要。不过，好几个月过去了（现在已经是年底了），也没见有什么动静。

邪恶海盗

不点 发表于 2016-12-26 21:30
不知道我该不该插话。免费的东西，你不能够指望它会怎么样，你不能指望它 “稳定”，你不能指望它 “可靠 ...

说得有很有道理...

不点

抱歉，前面关于 --mem-max 的用法是错误的。正确的用法是

map --mem-max=... 此处数值的单位是 “扇区”，即，512 字节。

这条命令必须单独执行，不能把 --mem-max 参数与其它参数放在一起。这条命令执行以后，将设定后续所有的 map --mem 命令的内存上限，也就是说，后续所有的 map --mem 命令，将都使用 --mem-max 设定的内存上限。同理，下限 --mem-min 的设定也是如此。

这些变量设定以后，直到它们被再次设定之前，一直起作用。configfile 命令加载新菜单，不影响设定的值。也就是说，设定的值能够跨过 configfile 而继续起作用。如果用 chainloader /grldr；boot 或 kernel /grub.exe；boot 启动新的 grub 环境，那么 --mem-max 和 --mem-min 将是初始的默认值（就是说，设定值不能跨过 boot 命令而继续起作用）。

如果设定

map --mem-max=0x800000

这就相当于设定了后续 map --mem 的上限为 4G。设定一次就够了。后续的 map --rehook 也会自动使用设定的上限。

需要注意的是，设定值不可以随意变动，因为那样会导致 map --rehook 无所适从。建议自始至终都只使用同一个设定值，不要一会儿是 map --mem-max=A，一会儿又是 map --mem-max=B。

pseudo

"一旦执行 map --rehook，则有可能自动调整到 4G 以上。这是因为，map --rehook 在重新调整内存盘位置的时候，不使用 --mem-max 之类的参数。"
"设定一次就够了。后续的 map --rehook 也会自动使用设定的上限。"

map --rehook 在重新调整内存盘位置的时候，使用 --mem-max 之类的参数?

不点

pseudo 发表于 2016-12-28 14:32
"一旦执行 map --rehook，则有可能自动调整到 4G 以上。这是因为，map --rehook 在重新调整内存盘位置的时 ...

map --mem-max 设定的是一个静态变量，可以看成是全局变量。设定以后，所有的 map --mem 都会使用这个变量来控制虚拟盘的最高内存地址。map --rehook 会自动调用 map --mem 命令，因此，也就必然要使用设定的变量值。

这个参数不是我设计的，因此起初我对它并不了解，仅凭想象给出了见解，即：

"一旦执行 map --rehook，则有可能自动调整到 4G 以上。这是因为，map --rehook 在重新调整内存盘位置的时候，不使用 --mem-max 之类的参数。"

这个解释其实是错的。是在我后来看代码的时候，发现这个问题的。

这个参数的设计，有利于在 0pe 中统一控制 map --mem 的最高内存地址。只要在开头执行一次：

map --mem-max=0x800000

就 “万事大吉” 了。当然，如果使用旧版，那还得在每个 map --mem 中添加 --top 参数，新版就不用添加了。

如果你想让你的脚本通用，即，同时适应新版和旧版，你可以这样：

1、在脚本开头执行 map --mem-max=0x800000
2、在每个 map --mem 中添加 --top

参数 --top 和 --mem-max 好像是同时实现的，印象中好像都是 karyonix 实现的。所以，这两个参数都是很早就支持了的，不用担心版本问题。

z1987xcv

pseudo大 我ud了★0PE_NBv1.5.2(20161212)2in1  用Q启动测试器 测试UEFI启动失败这是怎么了？我本机电脑只支持BIOS启动   

邪恶海盗

z1987xcv 发表于 2016-12-30 11:50
pseudo大 我ud了★0PE_NBv1.5.2(20161212)2in1  用Q启动测试器 测试UEFI启动失败这是怎么了？我本机电脑只 ...

弄成ISO用QEMU光盘镜像测试试试看,反正WIM我不知道咋用QEMU...

邪恶海盗

0PE1223版XPE进桌面加载UD工具之后再运行"启动网络影音"好像驱动都没驱上,之后再运行开始菜单"程序"下的"启动声显服务"能出声音,但还是没网,PETOOLS\三卡驱动\5xnetx86.cab放在U盘

邪恶海盗

另外10PE1219那个开始菜单最好还是换回tlb,新的这个不好用...

z1987xcv

邪恶海盗 发表于 2016-12-30 12:56
弄成ISO用QEMU光盘镜像测试试试看,反正WIM我不知道咋用QEMU...

直接生成的iso测试支持UEFI启动  ud以后BIOS启动没问题

邪恶海盗

z1987xcv 发表于 2016-12-30 13:07
直接生成的iso测试支持UEFI启动  ud以后BIOS启动没问题

我一直用"全解开'...

pseudo

z1987xcv 发表于 2016-12-30 11:50
pseudo大 我ud了★0PE_NBv1.5.2(20161212)2in1  用Q启动测试器 测试UEFI启动失败这是怎么了？我本机电脑只 ...

这个测试器好像只能测试UEFI启动开始阶段，不能完整进入桌面。UEFI启动一般要用VMware来测（要会配置、操作），或用支持UEFI启动的真机来测。

另外，UEFI启动要求EFI目录位于硬盘（或U盘）的FAT分区，或者位于光盘。
现在你的EFI目录在iso里，iso在ud区（非FAT区）里，不符合UEFI启动条件。
下载的东西里有文档对此作过说明。