yaya 留意 2016-12-12 似乎引入了 bug，使 0pe 不正常。
菜单要等 2 分钟才出来。怀疑当内置菜单是 Lzma 压缩格式时出问题。还伴随着其它问题，没法精确描述，总之，不正常。
我使用 0PE.iso 根目录 grldr 的内置菜单，替换 2016-12-12 版本 grldr 的内置菜单。
然后将这个改动后的 grldr 替换原 0PE.iso 根目录的 grldr，没有发现启动异常。
比较测试
本帖最后由 pseudo 于 2016-12-23 16:59 编辑附件含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 于 2016-12-23 19:45 编辑
问题已经解决。上传官网。 2011yaya2007777 发表于 2016-12-23 19:39
问题已经解决。上传官网。
yaya 留意这个补丁：
http://bbs.wuyou.net/forum.php?mod=redirect&goto=findpost&ptid=270705&pid=3316062&fromuid=250692
在这个帖子
http://bbs.wuyou.net/forum.php?mod=redirect&goto=findpost&ptid=270705&pid=3316193&fromuid=250692
中，我给出了为什么应该打这个补丁，而不去照顾 winvblock 的理由。简言之，winvblock 有 bug，不支持位于 4G 以上的内存块。因此，不照顾 winvblock。用户如果需要 winvblock，可以敦促其开发者修复 bug。
0.4.5c 也应该打这个补丁。
这个补丁是让 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 打补丁也不迟。
打在0.4.6a 上了.
页:
[1]