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

不点

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启动条件。
下载的东西里有文档对此作过说明。

pseudo

邪恶海盗 发表于 2016-12-30 14:17
我一直用"全解开'...

0PE从1.5.0版起已经不提倡“解开”。ud两文件的部署方式简单、清爽。
可以在ud两文件基础上，在ud内、ud外各分区建立petools文件夹，放入你自己增加的外置工具。
原有的petools里的外置工具，特别是“启动网络影音.cmd"里涉及的系列文件还是留在iso内为好。


1.5.0版之前有“解开”说法，即把某些文件放在（ud内）iso外，为的是方便、快速访问它们。若都放在（ud内）iso内，也行，但某些老机上会很慢。
1.5.0版以后采用新的技术，能穿透iso直接访问其内文件，老机上速度也不慢，这样把某些文件放在iso内反而更好。当然放哪都是支持的。

当多处有启动网络影音.cmd这个文件时，桌面快捷方式只指向其中某个。
这个启动网络影音.cmd文件里把一些文件路径写死了（必要时自己可以改），与之相关的文件得按所写的相应摆放。

邪恶海盗

pseudo 发表于 2016-12-30 17:03
0PE从1.5.0版起已经不提倡“解开”。ud两文件的部署方式简单、清爽。
可以在ud两文件基础上，在ud内、ud ...

习惯了,不行换上一版试试...

pseudo

@wangjf @不点
我签名处有采用grub4dos-0.4.6a-2016-12-24的版本。

不点

pseudo 发表于 2017-1-3 15:41
@wangjf @不点
我签名处有采用grub4dos-0.4.6a-2016-12-24的版本。

我没条件测试，等着 wangjf 测试吧。

采用 --top 的处理方式是对的。当初 karyonix 应该把 “从低端查找内存块” 的策略当作 bug 废除，不用添加 --top 参数，直接修正为 “从高端查找内存块”。那样的话，也许大家早都发现 winvblock 的问题了，不会拖这么久才暴露出问题。

另外，作为一个程序设计的探讨，默认时，应该只使用 4G 以内的低端内存块，这样就照顾 winvblock 的情况了【实际情况，目前在默认时是不限制内存地址的】。在默认时只使用 4G 以内的内存块的情况下，如果要启用高端内存块，可以添加一个 --top 参数来控制【实际情况，目前的 --top 参数并非用来控制是否启用 4G 以上内存块，这与大家看到 --top 字样以后的理解是有出入的；很多人误以为 --top 就是控制是否启用高端内存块的；众人的这种误解是合理的，这反过来也说明，程序应该这样去设计，让众人的误解 “合理化”】。不过，历史就是历史，它的路也许是弯曲的，也许是变态的。我们不能完全摆脱历史。所以有时候我们要忍受，换句话说，就是尊重历史。记得当初还变态地设计了 --int15nolow 这个参数，后来证明，这个参数没有彻底解决问题。只有后来的 --e820cycles 参数才从根本上找到了症结，也解决了问题。那么，--int15nolow 也就真正成为 “无用的参数” 了。

补充一点：既然提到了 --int15nolow 是无用的，那么，将来在必要的时候是可以删除这个参数的，从而节约宝贵的 int13、int15 处理程序的代码空间。

wangjf

今天下午开始下载，到下班时下载了90%，现在百度网盘真的好慢。
明天上午我把测试结果传上来。

wangjf

pseudo 发表于 2017-1-3 15:41
@wangjf @不点
我签名处有采用grub4dos-0.4.6a-2016-12-24的版本。

@pseudo @不点
下载0PE_NBv1.5.3(20161224)2in1+8pe10pe(20161228).7z生成0PE.iso（402MB）
把0PE.ISO、grldr、grldr.mbr放置于C盘启动。

出现1.回车键、2.空格键、3.Esc键 选项画面进行如下操作：
1.不按任何键，0PE顺利启动到桌面；
2.按回车键，0PE顺利启动到桌面；
3.按空格键，0PE顺利启动到桌面。

一切都正常了，两位大师辛苦了。

2012zhd

wangjf 测试正常了。对于1223版是否只更新grldr  0PENB.LZMA  DOS.GZ三个文件就可以了？

pseudo

谢谢wangjf反馈和反复测试。
问题是不点大人解决的，辛苦了。

不点

谢谢 wangjf，谢谢 pseudo，以及其他热心帮助的高人，谢谢您们的辛苦。你们提供了问题和线索，我提供了分析方法以及理论的探讨，最后由你们提供实践检验。完美解决，非常开心（貌似今天能多吃一碗饭），因此，要再次谢谢 wangjf 通报这一结果。