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

pseudo

呵呵，这样的话，我就倒退回无top版本，等新版g4d就行了。

2012zhd

不点 发表于 2016-12-12 22:27
忽然觉得可能是 grub4dos 的 bug。

map --rehook 的时候，要重新整理内存盘的物理存放地址，但不使用  ...

我曾经用0pe0920版本的grldr换上1209的菜单测试1209版0pe，一样会提示同样的错误，这似乎说明不是grub4dos 的 bug。

另外1209版自带的那个软碟通在0pe下运行会蓝屏死机。

不点

2012zhd 发表于 2016-12-13 09:10
我曾经用0pe0920版本的grldr换上1209的菜单测试1209版0pe，一样会提示同样的错误，这似乎说明不是grub4do ...

各位，问题比较明白了。需要修正 map --rehook 命令。这个修正的动作表面上看不算大，可也是个细致活，弄不好会产生新的 bug。所以我打算找时间能够静下来，仔细处理这一问题。暂时先不要用 --top 吧。

pseudo

不点大人注意身体，慢慢来。
那种非要top的机子罕见，多年来也只wangjf网友反馈的一台。
用top同时又用rehook的，国内外恐怕只有0pe近期版本。
这个g4d的bug已存在多年，即使不管也无实质影响。只是出于追求完美才去修正，所以不急。

邪恶海盗

pseudo 发表于 2016-12-13 12:07
不点大人注意身体，慢慢来。
那种非要top的机子罕见，多年来也只wangjf网友反馈的一台。
用top同时又用re ...

请测试一下20161126的EFI下的boot.wim,我补上了那个认U盘的补丁之后进桌面加载不到无线驱动,看了initWimEnv.ini里面的代码是可以加载PETOOLS\NT6XDrivers的,不过PECMD.ini里的代码和这个不一样,会是这个影响的么?

pseudo

你没明确说你打补丁之前，能否加载到无线驱动。
进桌面消停后，直接执行initWimEnv.ini，应该就可以加载PETOOLS\NT6XDrivers的驱动，跟PECMD.ini关系不大。

邪恶海盗

pseudo 发表于 2016-12-13 23:04
你没明确说你打补丁之前，能否加载到无线驱动。
进桌面消停后，直接执行initWimEnv.ini，应该就可以加载PE ...

印象中没打补丁之前好像加载成功过,记不清了,测试几次之后连U盘都不识别了,别提加载了...

2012zhd

自己使用的老机，学习winxpsp3原版的安装方法。
1.硬盘IDE模式，使用0pe“启动iso xp”菜单，或者使用F6菜单。
2.硬盘ahci模式，使用0pe“启动iso xp”菜单，或者使用F6菜单。
在安装第一阶段结束，进入第二阶段从硬盘启动时，都有如下提示：
因一下文件的损坏或丢失，windows无法启动
<windows root>\system32\hal.dll
请重新安装以上文件的拷贝
安装无法继续进行，怀疑原iso损坏，于是用WINNTSETUP_系统安装器安装，ahci模式提示无法复制驱动文件，IDE模式却能顺利的完成安装，可见原iso也是好的。
请问大师，是哪里出了问题。

wangjf

下载0PE_NBv1.5.2(20161212)2in1+10pe(20161208).7z生成0PE.iso（405MB）
把0PE.ISO、grldr、grldr.mbr放置于C盘启动。

出现1.回车键、2.空格键、3.Esc键 选项画面进行如下操作：
1.不按任何键，0PE顺利启动到桌面；
2.按回车键，0PE也可以启动到桌面；
3按空格键，在下面的界面中死机，没有反应。

不点

wangjf 发表于 2016-12-20 16:25
下载0PE_NBv1.5.2(20161212)2in1+10pe(20161208).7z生成0PE.iso（405MB）
把0PE.ISO、grldr、grldr.mbr放 ...

没办法，你只能等着将来新版 grub4dos 把 map --mem 修正好了之后再测试。其中大致应该包括以下两项修正的动作：

1、将 --top 设为默认（无论有没有 --top，都执行 --top 的操作）。
2、修复 map --rehook，让 rehook 可以处理位于 4G 以上的内存块。目前的 rehook 无此能力。

尤其是 grub_memmove 函数是应该仔细处理的，即，那些调用 memmove 的地方，大部分都应该换成相应的能够处理高于 4G 内存地址的函数调用。

pseudo

wangjf 发表于 2016-12-20 16:25
下载0PE_NBv1.5.2(20161212)2in1+10pe(20161208).7z生成0PE.iso（405MB）
把0PE.ISO、grldr、grldr.mbr放 ...

你那台机特殊，正如不点分析的，内存碎得很，按空格将iso载入内存时，由于低端没有连续的足够大的空间（罕见），高端才有，需要top参数令其往高端走才放得下。

0pe以往没用top参数，所以按空格时在这台机出问题；
近期加过top参数，但由于g4d在top后rehook问题上有bug，也不行；
现在0pe已经去掉top参数，恢复当初。当然会存在当初没用top时的问题。

只能等g4d修好grldr的bug，那时不管是否用top都行。而0pe到时只需换新版grldr，其它不用任何修改。

目前对那台特殊机子，你不按空格，还是可以启动的，暂时这么用吧。按空格的话，要等g4d新版才行。

情况就是这样。

wangjf

明白了，谢谢两位大师。

pseudo

2012zhd 发表于 2016-12-20 15:20
自己使用的老机，学习winxpsp3原版的安装方法。
1.硬盘IDE模式，使用0pe“启动iso xp”菜单，或者使用F6菜 ...

这里有个教程可参考：
http://bbs.wuyou.net/forum.php?mod=viewthread&tid=196149

2012zhd

pseudo 发表于 2016-12-20 23:54
这里有个教程可参考：
http://bbs.wuyou.net/forum.php?mod=viewthread&tid=196149

谢谢大师，我去再学习。

不点

pseudo 发表于 2016-12-20 18:39
你那台机特殊，正如不点分析的，内存碎得很，按空格将iso载入内存时，由于低端没有连续的足够大的空间（ ...

关于 --top 的修改完成了。同时也仔细检查了 map --rehook，觉得没什么需要改动的。由于 --top 已经成为必然的动作，因此 map --rehook 时会自动执行 --top 的动作，不会再搞乱了。

估计应该没问题了。先试试看吧。

pseudo

20161216版grldr内置0PE菜单.zip (175.52 KB, 下载次数: 15)

2016-12-21 18:16 上传

点击文件名下载附件
下载积分: 无忧币 -2

说明：grub4dos-0.4.6a-2016-11-09版g4d很快出0PE主菜单，从grub4dos-0.4.6a-2016-12-12起的g4d版本启动0PE会很慢，请耐心等候。

不点

pseudo 发表于 2016-12-21 18:16
说明：grub4dos-0.4.6a-2016-11-09版g4d很快出0PE主菜单，从grub4dos-0.4.6a-2016-12-12起的g4d版本启 ...

如果没有其它原因的话，我猜是文件长度逐渐增大后带来的内存冲突。试着比较两个版本的 grldr 的大小，看看增大了多少字节。

为了确定是不是文件大小造成的，可以先试着删掉一些不重要的命令，以便减小 grldr 文件的长度，试试看效果。如果无效，则表明不是文件长度增大造成的。如果有效，则表明确实是文件长度增大而引起的。

不点

去掉 help 命令，节约不少字节。试试看这个怎么样？
主要是验证前面的推测，即，是否由于文件长度太大而产生问题。


如果这个没问题，那就证实了推测。如果同样有问题，那就否证了上述推测。

wangjf

pseudo 发表于 2016-12-21 18:16
说明：grub4dos-0.4.6a-2016-11-09版g4d很快出0PE主菜单，从grub4dos-0.4.6a-2016-12-12起的g4d版本启 ...

替换此grldr文件生成的0PE.ISO会出现蓝屏。
具体如下：
在1.回车键、2.空格键、3.Esc键 选项画面进行如下操作：
1.不按任何键，0PE在出现Windows动画logo后蓝屏；
2.按回车键，0PE经过约不到2分钟出现0PE主菜单，然后在Windows动画logo后蓝屏；
3.按空格键，0PE经过约不到2分钟出现0PE主菜单，然后在Windows动画logo后蓝屏。

不点

wangjf 发表于 2016-12-22 16:40
替换此grldr文件生成的0PE.ISO会出现蓝屏。
具体如下：
在1.回车键、2.空格键、3.Esc键 选项画面进行 ...

粗略分析一下。

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

假如你的驱动程序（firadisk？winvblock？对不起，我可不了解它们）不支持高于 4G 的虚拟盘的话，那可能就会出现蓝屏了（07B 蓝屏，据说大概就是 “盘未识别、盘无法访问” 导致的）。

你用的是何种驱动程序？是 firadisk 还是 winvblock？

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 两者的优点，写个新的驱动程序，这样大家都不再纠结该用哪个了。