GRUB4DOS更新建议、bug反馈专帖

pseudo

@不点
据网友反馈
menu F2 linux "memdisk" "P.ISO" "raw iso"
蓝屏B4。

不点

memdisk 的失败，是一个佐证。这说明，BIOS 或者驱动程序软件，不支持 int15 规范。

如果是 BIOS 不支持 int15 内存规范，则判定为故意捣乱。

如果是32位的保护模式驱动程序软件不支持 int15 内存规范，则判定为驱动程序的 bug。

--------

如果是 BIOS 的问题，性质十分严重。证明了捣乱者还没死心。所以，最好能够确定，究竟是不是 BIOS 在捣乱。

[ 本帖最后由 不点 于 2011-6-2 13:37 编辑 ]

chiannet

@不点老大
pseudo大反馈的问题 经多位网友测试，在近期推出的intel酷睿2+独立显卡的本本中，就品牌而言，联想、戴尔出现问题较少，HP ACER相对问题严重，例如

联想Y470等机型
map (ud)/xx.iso  可正常启动
map --mem  (ud)/xx.iso   0X00000b4蓝屏


HP G6 1013XT
map (ud)/xx.iso   0X0000020蓝屏
map --mem  (ud)/xx.iso 0X00000b4蓝屏


我等底层用户，没有办法去影响它们设计bios时肆意妄为，目前只能逆来顺受，期待不点老大想出对策，否侧UD启动碰到此类机器只有歇菜了。

[ 本帖最后由 chiannet 于 2011-6-2 17:05 编辑 ]

不点

控制标准的业界软硬件厂商，他们在河流的上游。他们可以让河流断流，也可以让河流暴涨，他们有主动权。至于说软件设计者，本来就是他们的附属品，本来就不是一个重量级的，本来就不是对手。不知你以及和你有相同意见的人，是否能够意识到？

这个事情的最终结局如何，只有天知道。但目前可以肯定地说，处于上游的控制者，他们控制着一切。只要这一事实不改变（即这些厂商仍然处于上游），那么结果也不会改变。要想改变结果，必须改变前提。诸位思量一下，处于下游的软件开发人员，究竟有没有能力去改变游戏规则（或者制定游戏规则）？如果有的话，又有多大的能力？通俗地讲，就是说，能不能“翻了天”？如果能，那么何时才能“翻天”？

---------------------

不过，目前所拥有的证据，并不能证明是 bios 不遵守 int15 规范。需要 pseudo 等人寻找一个 int15 的检测程序，测试一下 int15 的实现是否正常。如果正常，那就没问题，可以排除 BIOS 的错误。那么剩下的就是驱动程序的错误，或者是 windows 本身的错误。

如果实在找不到比较好的 int15 检测程序，那么可以用 grub4dos 的 displaymem 命令，来简单显示内存使用情况。

假定不是 int15 的错误，那么，就有理由怀疑是驱动程序的 bug，或者是一种事先设计的“后门”。驱动程序（或者 WinPE）的设计者，很可能一开始就放了“后门”，这个后门就是一个开关。只要控制硬件制造商去“触发”某个条件，就让 WinPE 死机。闭源的好处就在这里，让 hacker 们很难知道机关在哪里，无从破解。

[ 本帖最后由 不点 于 2011-6-2 17:43 编辑 ]

zhaohj

为了使P处理支持utf-8（不带签名）的格式，grub4dos对P处理的判断应该改一下。
UTF-8前面有3字节的efbbbf，原来由efbbbf（！BAT）也要包含efbbbfefbbbf。

hhh333

CHENALL老大，能不能增加一个系统变量@BOOT，代表初始启动设备ID？
如果要回主菜单就方便了，也方便前述ud设备出现的一些问题的解决。

chenall

有一些东西看起来很简单，但是要实现的话代价是挺大的，而且并不一定能满足要求。

如果要按照你的想法，那变化会比较大，造成“不兼容”。

一般只要记住(bd)boot drive就是menu.lst所在磁盘就行了。如果是内置菜单就是GRLDR文件所在磁盘。

关键还是应用，只要应用得当一切都不是问题。

smine

将GRUB批处理嵌入GRLDR后部分功能不可用

看如下代码：
========================================
!BAT
echo -e default 0\ntimeout 5\n > (md)0x3000+0x10

ls (bd)/GRUB/IMGS/ | call :.automenu

configfile (md)0x3000+0x10

:.automenu
echo -e title %1\nrun (bd)/GRUB/IMGS/%1\n >> (md)0x3000+0x10
echo -e title %2\nrun (bd)/GRUB/IMGS/%2\n >> (md)0x3000+0x10
echo -e title %3\nrun (bd)/GRUB/IMGS/%3\n >> (md)0x3000+0x10

=====================================

以上代码用menu.lst 调用能显示菜单，但是把该批处理嵌入GRLDR后就运行不正常了，运行后只显示命令行，但是此时输入cat (md)0x3000+0x10
显示：
default 0
timeout 5

说明批处理还是被执行的，望关注下

[ 本帖最后由 2011886 于 2011-6-7 22:06 编辑 ]

hhh333

实际上启动到grldr再找真正的“一启”设备，确实是不可能完成的任务，我的目的不是这个，只是希望知道获得控制的grldr所在的设备，也可以说是grldr的“一启”，也即内置菜单所在的位置。当然，将外置菜单内置，自然就有了，我之所以这么建议是菜单外置也有好处，因为我总是将菜单与它要装载的东西放一起，只要菜单执行了，菜单的位置就是要装载的文件的位置，不用find满世界去找，有了这个内置变量，检测“一启”和回初始菜单将更方便。当然，老大如果觉得意义不大，我只有改内置默认菜单了。

hhh333

另外，老大们如果有空，建议增加一个命令mapx，其作用是交换两个设备，如mapx (hd0) (hd1)=map (hd0) (hd1) && (hd1) (hd0)，因为交换功能要经常用，有时还不好理解，有了这个看起来更直观易懂。

jianliulin

原帖由 hhh333 于 2011-6-8 06:46 发表
另外，老大们如果有空，建议增加一个命令mapx，其作用是交换两个设备，如mapx (hd0) (hd1)=map (hd0) (hd1) && (hd1) (hd0)，因为交换功能要经常用，有时还不好理解，有了这个看起来更直观易懂。

这样也不一定好理解，因为g4d 的map 不是立刻生效的， 要--hook 才生效，要是mapx 几次才hook 也不好理解

hhh333

也对，干脆让它＝map (hd0) (hd1) && (hd1) (hd0) && map --hook，嘿，这将是一个全新的命令而且是立即生效的。

tuxw

原帖由 <i>hhh333</i> 于 2011-6-8 06:36 发表 <a href="http://bbs.wuyou.net/redirect.php?goto=findpost&pid=2250999&ptid=180142" target="_blank"><img src="http://bbs.wuyou.net/images/common/back.gif" border="0" onload="if(this.width>screen.width*0.7) {this.resized=true; this.width=screen.width*0.7; this.alt='Click here to open new window\nCTRL+Mouse wheel to zoom in/out';}" onmouseover="if(this.width>screen.width*0.7) {this.resized=true; this.width=screen.width*0.7; this.style.cursor='hand'; this.alt='Click here to open new window\nCTRL+Mouse wheel to zoom in/out';}" onclick="if(!this.resized) {return true;} else {window.open(this.src);}" onmousewheel="return imgzoom(this);" alt="" /></a><br /><br />实际上启动到grldr再找真正的“一启”设备，确实是不可能完成的任务，我的目的不是这个，只是希望知道获得控制的grldr所在的设备，也可以说是grldr的“一启”，也即内置菜单所在的位置。当然，将外置菜单内置， ...

这个需求还是自己修改内置菜单好，因为即使Grub4Dos保存了“第一启动设备”，对用户来说它也不是始终有效的，因为用户可能通过map命令改变了磁盘顺序，那原因来保存的设备号就没有意义了（不能通过Grub4Dos保存的设备号去“回初始菜单”），这种情况需要在内置菜单里unmap所有磁盘映射，再通过自己保存的“第一启动设备”回初始菜单。

“回初始菜单”是个比较广泛的需求，如果初始菜单 title 前没有加载大文件到内存这样耗时的应用，一条 reboot 命令是最简单可靠的。

如果确实需要直接回到初始菜单，我一般这样改内置菜单
...
map --unmap=0:0xff
map --rehook
wenv get ?_DEV ]]& (setdev ; setrd)

#初始化
wenv (getdev ; getrd)
...

title 1
...

[ 本帖最后由 tuxw 于 2011-6-9 15:45 编辑 ]

zhaohj

批处理中的exit命令导致返回值都是假
http://bbs.wuyou.net/forum.php?mod=viewthread&tid=195052&page=5#pid2253818

梅边吹笛

请教！grldr内置菜单汉字显示有限制吗？比如这个“炫”字，显示不出来。

不好意思，跑到技术部来问这么初级的问题！已经在群里咨询过了，是字库不全。

[ 本帖最后由 梅边吹笛 于 2011-6-20 10:37 编辑 ]

bardlet

能否加一个SHOW隐藏分区的命令
实现g4d版本的ShowDrive
这样不必在unhide分区后再hide回来

[ 本帖最后由 bardlet 于 2011-6-23 02:06 编辑 ]

2011nice

希望多定义能够使用的颜色，或者能够使用#FFFFFF形式的定义方式。
color里现有的几种色彩调来调去，一直没找到令人满意的搭配来。
本来我把MBR、PBR都写上了GRLDR，用了一段时间现在又改成了SYSLINUX的PBR。
GRLDR功能很好用，但是界面和色彩看起来不是很悦目，放在主硬盘天天看不大适应。
SYSLINUX的不错，可以参考下。

[ 本帖最后由 2011nice 于 2011-6-25 11:15 编辑 ]

jianliulin

原帖由 2011nice 于 2011-6-24 09:01 发表
希望多定义能够使用的颜色，或者能够使用#FFFFFF形式的定义方式。

请看置顶的帮助文件，找background 命令

2011nice

background 命令我在LIVE CD 里还没试验成功，再试试。color里似乎不能用十六进制表示的色彩。
帮助文件在LINUX里似乎不大容易识别，一会进WINDOWS看看。

zhaohj

wenv中变量存放问题：

[ 本帖最后由 zhaohj 于 2011-6-27 10:24 编辑 ]

tuxw

因为变量内存空间没有初始化，使用之前调用一次空的set命令即可

zhaohj

原帖由 tuxw 于 2011-6-27 11:00 发表
因为变量内存空间没有初始化，使用之前调用一次空的set命令即可

是chenall的wenv，之前没有任何变量，也即(md)0x229+1里面是空的。
怀疑inifile是否与wenv内存冲突？

[ 本帖最后由 zhaohj 于 2011-6-27 16:07 编辑 ]

dihuo0

报告几个问题，并提几个建议。
1. 在批处理中%~0，%~d0，%~p0，%~f0替换的结果可能不正确。
  如果把批处理文件如test.bat放在％@path%｛即(bd)/boot/gub/｝中，然后在命令行中直接输入test.bat，那么%~dp0替换的结果将是％@root%/｛即()/｝，而不是％@path%｛即(bd)/boot/gub/｝。下面是测试脚本test.bat,test和test的执行结果test.txt

  test.bat

1. !BAT
   
2. #本文件保存为%@path%test.bat
   
3. command --set-path=(bd)/BOOT/GRUB/
   
4. echo %^0-> %0 >> (bd)/test.txt
   
5. echo %^@root%-> %@root% >> (bd)/test.txt
   
6. echo %^@path%-> %@path% >> (bd)/test.txt
   
7. echo %^~d0-> %~d0 >> (bd)/test.txt
   
8. echo %^~p0-> %~p0 >> (bd)/test.txt
   
9. echo %^~n0-> %~n0 >> (bd)/test.txt
   
10. echo %^~x0-> %~x0 >> (bd)/test.txt
    
11. echo %^~f0-> %~f0 >> (bd)/test.txt
    
12. echo -e \n >> (bd)/test.txt
    
13. pause

复制代码

test

1. !BAT
   
2. #本文件保存为(bd)/boot/grub/test
   
3. command --set-path=(bd)/boot/grub/
   
4. test.bat
   
5. root ()/boot/ && test.bat
   
6. root %@path% && test.bat
   
7. root %@path% && %@root%/test.bat
   
8. root (hd0,0) && test.bat
   
9. %@path%test.bat

复制代码

test.txt

1. %0-> test.bat
   
2. %@root%-> (hd0,4)
   
3. %@path%-> (bd)/BOOT/GRUB/
   
4. %~d0-> (hd0,4)
   
5. %~p0-> /
   
6. %~n0-> test
   
7. %~x0-> .bat
   
8. %~f0-> (hd0,4)/test.bat
   
9. 
   
10. %0-> test.bat
    
11. %@root%-> (hd0,4)/boot
    
12. %@path%-> (bd)/BOOT/GRUB/
    
13. %~d0-> (hd0,4)
    
14. %~p0-> /boot/
    
15. %~n0-> test
    
16. %~x0-> .bat
    
17. %~f0-> (hd0,4)/boot/test.bat
    
18. 
    
19. %0-> test.bat
    
20. %@root%-> (hd0,4)/BOOT/GRUB
    
21. %@path%-> (bd)/BOOT/GRUB/
    
22. %~d0-> (hd0,4)
    
23. %~p0-> /BOOT/GRUB/
    
24. %~n0-> test
    
25. %~x0-> .bat
    
26. %~f0-> (hd0,4)/BOOT/GRUB/test.bat
    
27. 
    
28. %0-> (hd0,4)/BOOT/GRUB/test.bat
    
29. %@root%-> (hd0,4)/BOOT/GRUB
    
30. %@path%-> (bd)/BOOT/GRUB/
    
31. %~d0-> (hd0,4)
    
32. %~p0-> /BOOT/GRUB/
    
33. %~n0-> test
    
34. %~x0-> .bat
    
35. %~f0-> (hd0,4)/BOOT/GRUB/test.bat
    
36. 
    
37. %0-> test.bat
    
38. %@root%-> (hd0,0)
    
39. %@path%-> (bd)/BOOT/GRUB/
    
40. %~d0-> (hd0,0)
    
41. %~p0-> /
    
42. %~n0-> test
    
43. %~x0-> .bat
    
44. %~f0-> (hd0,0)/test.bat
    
45. 
    
46. %0-> (bd)/BOOT/GRUB/test.bat
    
47. %@root%-> (hd0,0)
    
48. %@path%-> (bd)/BOOT/GRUB/
    
49. %~d0-> (bd)
    
50. %~p0-> /BOOT/GRUB/
    
51. %~n0-> test
    
52. %~x0-> .bat
    
53. %~f0-> (bd)/BOOT/GRUB/test.bat

复制代码

最后举一个实际的批处理文件无法正常工作的例子，在grub4dos工具箱中，如果我先执行command --set-path=(bd)/BOOT/，root (bd)然后再执行PRELOAD.BAT，那么PRELOAD.BAT无法正常工作，因为此时%~p0将被替换成/而不是/BOOT/

2. 在变量名中也可以使用特殊字符，只是有一些限制。
  受内部变量％@root%，％@path%，?_uuid的启发，我猜测在变量名中也可以使用特殊字符，经测试我发现:
   （1）变量名的第一个字符可以是@?`~[]{}｜等字符，set无法显示以@?开头的变量，
   （2）在变量名中还可以使用<.>/等字符，
   （3）除内部变量外，以@开头的变量事实上是存在的，但是它们的值永远为空，无论你如何设置都不管用，即"%@variable%"将被替换成"",其他的变量都正常。变量不存在和变量的值是空值在语义上还是有所区别的，例如如果@variable不存在，那么echo "%@variable%"执行的结果将是"%@variable%"，而如果@variable的值为空，那么echo "%@variable%"执行的结果将是""。
   （4）if命令的子命令exist无法识别非标准的变量名，甚至是内部变量也无法识别，即if exist @root echo @root exist ! echo @root not exist的执行结果始终是@root not exist
  现在我可以说，变量命中不准使用特殊符号只是一个编程规范，而不是语法的强制要求。然而grub4dos自己却打破了它，在内部变量中使用了特殊符号。
  建议强化语法，彻底禁止特殊符号的使用。同时，建议修改内部变量的名字，在grub2中内部变量就直接使用root path等名字，没有添加任何特殊符号，建议还是向grub2靠拢吧，把root path作为保留的关键字，禁止用户使用，无忧论坛上的批处理中也几乎没有人把root等作为变量名使用，应该不会破坏现有的带吗，造成兼容性问题。

3. grub4dos再加入批处理功能时，开始对内部变量、命令、子命令、参数不区分大小写，然而又有一些命令参数区分大小写，例如：set /A。建议还是保持grub4dos的习惯，区分大小写吧，对内部变量、命令、子命令、参数一般都是用小写，除非特别声明要使用大写。无忧论坛上的批处理中也几乎没有人使用大写，应该不会破坏现有的带吗，造成兼容性问题。

4. 建议增加使用｛｝包括复合语句和组合命令的功能。
  cmd.bat有时候不能正常工作，就是grub4dos缺乏使用｛｝包括复合语句和组合命令的功能造成的。例如，如果cmd = command1 || command2,那么 if %cmd% && command3将无法正常工作，但是如果增加使用｛｝包括复合语句和组合命令的功能，那么 if {%cmd%} && command3将完全正常。

5. help命令提供的信息有些过时了，例如：在help command 提供的信息中说--set-path的默认值是(bd)/grub/，而事实上现在是(bd)/BOOT/GRUB/。对于一个软件来说，在所有的参考文档，help命令通常是最权威的，而且很多时候，终端用户是没有help.chm和readme.txt的，只能依靠help命令，help命令出错，后果就有点严重了。下面使我设想的一种解决方案，给所有的命令添加一个-help参数，在修改各个命令时，同时修改-help参数的输出信息，而help命令这直接调用各个命令的-help参数，这样能够有效减少help命令的维护工作。

[ 本帖最后由 2011_dihuo0 于 2011-7-2 12:42 编辑 ]

chenall

1、之前曾经有一个版本有支持，不过出现了其它方面的问题恢复了，在没有比较好的解决方法之前，还是保留现状
2、为了减小代码量，实际上有很多地方的限制都只是约定，代码中并没有限制。
3、很多情况下还是区分大小写的，内部变量不区分大小写是为了方便使用，我觉得目前一切使用上还是很正常。
4、处理起来比较麻烦。浪费代码空间，最终可能还达不到理想效果。
5、嗯，这是一个疏忽，谢谢提醒。

我之前就是因为和你目前的情况差不多，因为某些方面达不到我想要的效果，所以才决定自己修改让它达到我想要的效果，最终加入了GRUB4DOS开发。并且从中学习到了很多东西。

对于编程我也只是业余的，很多东西都是临时去学习的。

我觉得你应该有能力自己修改，完全可以去尝试一下。

不点

chenall 说的情况属实。我也同意 dihuo 加入开发。其实“过去”和“现在”，都不一定正确。而改造以后，就成为“将来”了。

在我维护期间，我就根据自己的认识，推翻了不少 GNU GRUB 的东西。

我们今天看到有一个叫做 neogrub 的项目，这个项目很好，似乎一直在跟随 grub4dos 的开发进展。而据我的理解，这个项目主要是把 grub4dos 所删除的那些 GNU GRUB 的功能又添加上了。我个人认为，删除的那些东西，都是没错的。它们有问题，不删除是不行的。但这并不表明，删除就是“正确” 的，不删除就是 “错误” 的。尤其是最近我认识到 “多元真理” 这一层，这就更可以说明，世界上有不止一条路。无论走哪条路，都是一种选择。所以，neogrub 也是一种选择，也是一个方向，和 grub4dos 一样。

再者，bean 开发 BURG，也是一种选择，也是一条道路。从“不要把鸡蛋都放在同一个篮子里”这个道理，可以理解各种不同的选择，那其实是互相补充的。如果大家都来开发 grub4dos，没人开发别的，那么，万一 grub4dos 被消灭了怎么办？同样的道理，如果大家都去开发 GRUB2，万一 GRUB2 最终被整死了怎么办？所以，多一条路，是没有坏处的。

每个人都有自己的特长，不能互相替代。比如，Bean，chenall，Roy 所做的工作，我就做不了。grub4dos 的开发人员还是太少了，因此我主张 dihuo 投入开发。

dihuo0

回复 #1048 chenall 的帖子
1. 在批处理中%~0，%~d0，%~p0，%~f0替换的结果都可能不正确。因此，如果批处理中使用了这些参数时，最好使用完整的路径来调用这个批处理，否则可能出错。
2. if命令的子命令exist无法识别非标准的变量名，甚至是连内部变量也无法识别，即if exist @root echo @root exist ! echo @root not exist的执行结果始终是@root not exist。如果一个变量var直接或者间接引用了内部变量或非标准的变量，那么exist就认定它是不存在的。因此,判断一个变量是否存在或为空时，最好是使用if "%var%"==""，而不要使用if exist var。
3. 内部变量不区分大小写，也可以理解为仅仅是大小写不同的变量是不同的变量，但是它们的值是相同的。我是个追求完美的人，有点归于挑剔了。
————
回复 #1049 不点 的帖子
恐怕短时间内我是没有可能投入开发的，不过我会继续关注的。

[ 本帖最后由 2011_dihuo0 于 2011-7-7 07:19 编辑 ]

chenall

尝试解决批处理%~0,%~d0...等替换的问题。
修正if命令的一个bug.
http://bbs.wuyou.net/forum.php?mod=viewthread&tid=179738&page=54#pid2268728

其它代码调整。

改动比较大，我自己时间有限，麻烦有条件的朋友做更多的测试。

[ 本帖最后由 chenall 于 2011-7-4 10:41 编辑 ]

zhaohj

还是有点问题：

chenall

试试这个。

zhaohj

正常了！
发现@root没有即时生效，不过这个一直来都这样（命令连写的后果），要牢记&& ...  &&  ... 是一条命令。

[ 本帖最后由 zhaohj 于 2011-7-4 12:06 编辑 ]