yaya 留意 2016-12-12 似乎引入了 bug，使 0pe 不正常。

不点

菜单要等 2 分钟才出来。怀疑当内置菜单是 Lzma 压缩格式时出问题。

还伴随着其它问题，没法精确描述，总之，不正常。

2011yaya2007777

我使用 0PE.iso 根目录 grldr 的内置菜单，替换 2016-12-12 版本 grldr 的内置菜单。
然后将这个改动后的 grldr 替换原 0PE.iso 根目录的 grldr，没有发现启动异常。  

pseudo

附件含fbinsttool和test.fba。以下操作均是运行fbinsttool后，在fbinsttool里进行。
1、用“数据管理－打开fba文件”菜单项打开test.fba，点“QEMU测试”按钮进行测试
2、出黑白汉字界面后，回车，看多久出彩色汉字界面，然后关掉QEMU结束测试。
3、用“工具－更新grldr－(ud)/grldr”菜单项将grldr版本更换为0.4.6a的12.12版或11.9版，再点“QEMU测试”按钮进行类似测试。
来回更换版本进行对比，我的结论是12.12版比11.9版慢很多。

2011yaya2007777

问题已经解决。上传官网。

不点

2011yaya2007777 发表于 2016-12-23 19:39
问题已经解决。上传官网。

yaya 留意这个补丁：

http://bbs.wuyou.net/forum.php?m ... &fromuid=250692

在这个帖子

http://bbs.wuyou.net/forum.php?m ... &fromuid=250692

中，我给出了为什么应该打这个补丁，而不去照顾 winvblock 的理由。简言之，winvblock 有 bug，不支持位于 4G 以上的内存块。因此，不照顾 winvblock。用户如果需要 winvblock，可以敦促其开发者修复 bug。

0.4.5c 也应该打这个补丁。

2011yaya2007777

这个补丁是让 grub4dos 支持 4G 以上的内存块？
这个补丁最好让 chenall 打，这样可以同时打在 0.4.5c 和 0.4.6a 上。

不点

2011yaya2007777 发表于 2016-12-24 11:32
这个补丁是让 grub4dos 支持 4G 以上的内存块？
这个补丁最好让 chenall 打，这样可以同时打在 0.4.5c 和  ...

不是的。grub4dos 早就支持 4G 以上的内存块。

补丁是让 map --mem 不再从低端开始寻找可用内存块，而是，总是使用最高端的可用内存块。

0pe 使用者（机器有 4G 内存）有报告说，map --mem 使用了最低端的 500M 空间，结果 img 太大，逼近或占用了 grub4dos 的 32M 保留内存，造成内存冲突。追究根源，乃是 map --mem 的问题。加上 --top 可以解决，但是 map --rehook 会重新调整内存盘的位置（调整时不带 --top），造成 --top 失效。因此解决办法是，取消从低端查找内存块的算法，永远使用最高端的可用内存块。

可以让 chenall 打这个补丁，但 chenall 似乎经常不在线。我想，你可以先打这个补丁，正好 0pe 的用户可以试试，如果一切正常，再让 chenall 打补丁也不迟。

2011yaya2007777

打在  0.4.6a 上了.