GRUB4DOS更新建议、bug反馈专帖

hhh333

可以找到了，find列表中多了fd0,0这一行，find也可以找到了，但默认菜单可能还得动一下，我加了一行

        if "%@root:~1,2%"=="ud" find --set-root --ignore-cd /menu.lst && configfile /menu.lst

就可以找到菜单，否则不能找到。

chenall

这样子很容易造成启动卡住。因为没有确定U盘是软盘还是硬盘。

下个版本我再改下。

hhh333

好的，我就等新版出来再试。我觉得鉴于现在基本不用软驱了，一旦出现软驱，应该基本上是U盘识别而来的。

chenall

你可以先试试修改内置菜单如下。看看行不行。
        errorcheck off
        configfile /menu.lst
        configfile /boot/grub/menu.lst
        configfile /grub/menu.lst
        if "%@root%"=="(ud)" && calc *0x82A0=*0x82b9&0xff
        if "%@root:~1,1%"=="f" && find --set-root --devices=f /menu.lst && configfile /menu.lst
        find --set-root --ignore-floppies --ignore-cd /menu.lst && configfile /menu.lst
        find --set-root --ignore-floppies --ignore-cd /boot/grub/menu.lst && configfile /boot/grub/menu.lst
        find --set-root --ignore-floppies --ignore-cd /grub/menu.lst && configfile /grub/menu.lst
        errorcheck on
        commandline
如果正常的话，下个版本就这样子改了。

解说。
1.先判断当前ROOT是否UD，如果是的话把UD所在的磁盘设为ROOT。
2.如果当前ROOT是软盘先查找软盘

幸运的草

C大:
   目前VBE模式已经很成熟了，加上S版写的MINI＿MENUSET的批处理，splashimg加载图片，基本上可以和message相媲美。但就是最上面那个版本显示信息影响美观，是否可以加一个开关屏蔽输出？或者执行了splashimg加载图片时，默认屏蔽版本信息以使更美观？
　另外，显示菜单的数字序号的显示位置是否可以自定或者屏蔽输出，我个人倾向于输出，但目前的位置不是很合适。另外：最下面的注释栏好像没有到换行的位置就换行了。



[ 本帖最后由 幸运的草 于 2011-12-26 14:54 编辑 ]

chenall

你还在使用12-06的版本，可能后面的版本有改的吧。先试试最新的版本再说。

幸运的草

回复 #2060 chenall 的帖子
我用12.25版也是这样。

chenall

下面的帮助信息。。。

tulongwa

宏碁上网本上
C盘装XP，NTFS分区，
GRLDR放在根目录，
背景和字体都放在C:\Boot\GRUB
启动后无法显示VBE背景，字体乱码。

U盘的文件目录跟硬盘相同
同一个U盘，在台式机上一切正常
到了宏碁上网本上
启动后同样无法显示VBE背景，字体乱码。

如果用message背景和UNIFONT字体就能正常显示菜单。

[ 本帖最后由 tulongwa 于 2011-12-26 18:30 编辑 ]

hhh333

用新的默认菜单没有问题了!

zhs509

大家也看看这个。。。
http://bbs.znpc.net/viewthread.php?tid=6176&page=3#pid49512

不点

你已经报告两次了，可是仍然猜不透究竟是从何时开始出现的问题？浪费帖子啊！究竟是最近两天出现的新问题呢？还是所有的 VBE 版本都有同样的问题？

你能不能说清楚？报告问题就应该清楚，不应该 “ 朦朦胧胧 ” 的，像 “ 捉迷藏 ” ，让人想答复，却没办法答复。

别给开发者 “ 吊胃口 ”，如果你给开发者 “ 吊胃口 ”，开发者也给你 “ 吊胃口 ”，可能根本不接你的帖子。

进入命令行试验了吗？命令行下，你能找到你的背景以及字体吗？手动加载，起作用吗？说清楚啊！好让我们知道究竟在你那里发生什么事了！

上次我说你在说 “ 半截话 ”，就是这个意思。关键问题你不说，让开发人员一头雾水，范围太大，不知道究竟如何缩小范围。不知道究竟是你的问题，还是软件的问题，或者是主板 BIOS 的问题。

如果是你的问题，那根本就不算是问题。

如果是 grub4dos 的问题，那也好办，找出问题，排除 bug。

如果是主板 BIOS 的问题，那有可能根本无法解决。

所以，不同的问题，有不同的性质。

你别再 “ 吊胃口 ”，好不好？

当你实在讲不明白的时候，我们默认第一种情况，即，那是你自己的问题。因此，忽略你的问题。

[ 本帖最后由 不点 于 2011-12-26 21:19 编辑 ]

zhs509

用yaya 更改的grldr_cd.bin设置为ISO的引导文件，在VPC2007虚拟机上测试，可以找到grldr，没发现问题。。。

通过grub4dos菜单启动Win7PE的BCD菜单（bcd有添加返回grub4dos菜单，通过grldr_cd.bin返回），返回Grub4dos菜单成功

通过isolinux v4.05引导grldr_cd.bin也成功切换回grub4dos菜单

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

因为我自己没用MS的BCD菜单，就没有在实际机子测试。。。

[ 本帖最后由 zhs509 于 2011-12-26 20:02 编辑 ]

不点

yaya 的改造动作很大，所以，我认为，为了稳妥，在 0.4.5 中暂不正式采用。

但下一个版本可以采用。如果测试的进展顺利，有可能加快 0.4.6 的到来，也许 0.4.5 和 0.4.6 都在明年发布。

tulongwa

我找到了原因，是因为VBE背景分辨率超过屏幕分辨率，另外用夜版的mini_menuset的话，如果遇到像上网本这样的小屏幕，行数超过屏幕能显示的数量，背景图会上移，形成一条条的块块，VBE模式完全破坏了。

不点

超过屏幕分辨率，也不该出错。我是说，grub4dos 应该具有健壮性、应该可以 “ 容错 ”。

如果是 grub4dos 内核之外的工具软件出错，那倒是可以理解的。

问题是 grub4dos 内核，一定要健壮，一定不可以出错。

一旦发现 grub4dos 内核有错，你就有责任详细报告。否则，在正式版中留下遗憾，那也是测试者们的责任。

chenall

debug off
...........................

chenall

GRUB4DOS根本不使用背景分辨率，所以根本就没有你说的问题。

不要胡乱猜测，建议拿一些证据出来。。。。

使用的版本，如何用的，什么情况都没有说清楚。我对于这些贴子是全部忽略的。看到前面不点回了，我也顺便回一下。

[ 本帖最后由 chenall 于 2011-12-26 20:53 编辑 ]

chenall

新的版本已经上传，请测试。

1.解决前面的软驱问题。
2.改善自动菜单。

具体参考
http://code.google.com/p/grub4dos-chenall/issues/detail?id=62

tulongwa

原帖由 chenall 于 2011-12-26 20:52 发表 GRUB4DOS根本不使用背景分辨率，所以根本就没有你说的问题。不要胡乱猜测，建议拿一些证据出来。。。。使用的版本，如何用的，什么情况都没有说清楚。我对于这些贴子是全部忽略的。看到前面不点回了，我 ...

那为什么我把背景图片换成800X600的就一切正常？用1024X768的就黑屏乱码，本子的屏幕是1024X600。grldr是12-24的，而同样的文件和菜单在台式机上都正常，

[ 本帖最后由 tulongwa 于 2011-12-26 22:41 编辑 ]

不点

开发软件很辛苦，尤其是软件在不断遭到打压。

因此，报告问题时，要详细，要尽量让开发者知道大致是什么问题。

开发者最怕的，就是 BIOS 的问题，而且是故意封杀开源软件而制造出来的问题。这类问题很难处理。因为封杀者本本来就是故意制造麻烦的，所以解决起来肯定不容易，很有可能根本就解决不了。

因此，报告者不要吊胃口。开发者很怕见到又有一种被 BIOS 封杀的新情况出现。很怕很怕！

是什么问题，就是什么问题，别留下悬念，即，别恐吓！

您的日子过得安心，开发者也需要过安稳的日子。不要吓唬开发者。不要让开发者整天精神紧张地去应付没完没了的 BIOS 攻击。

如果您一直这么有意无意地进行恐吓，那么在开发人员看来，您很可能就是在 “ 糟蹋 ” 您的名号。

tulongwa

对不起，我并没有恶意，我很喜欢您开发的软件，并且敬仰您工作。是我个人水平有限，不能掌握它，如果有什么令您不快或给您带来麻烦，请别介意，对您来说我只是个小学生，实在抱歉……

sratlf

原帖由 tulongwa 于 2011-12-26 22:38 发表
那为什么我把背景图片换成800X600的就一切正常？用1024X768的就黑屏乱码，本子的屏幕是1024X600。grldr是12-24的，而同样的文件和菜单在台式机上都正常，

貌似tulongwa的意思是  上网本分辨率低  是1024×600  图片分辨率是1024×768  

设置背景时是按图片分辨率来的  没有检测当前是否支持这个分辨率  依然使用1024×768的分辨率  所有“黑屏乱码”了

不点

你是怎么用的，才导致黑屏、乱码？

这究竟是不是 grub4dos 的问题？你把人搞的 “丈二和尚，摸不着头脑”。

你要知道，这个帖子的标题是 “grub4dos 更新建议及bug 反馈”，要是你能不能肯定是 grub4dos 的问题，那不就是捣乱吗？有意的捣乱，我们不答应，我们要痛骂。无意的捣乱，让我们很无奈，很无语，很疲惫。后者应该完全可以避免的吧？

无论有意无意，客观上都起着同样的作用。

我们当然不要求任何人都是一样的水平。“ 初次接触 ” 以及 “ 长期使用 ”，其本身都不是 “ 罪过 ”。但假如你不说清楚，那就是 “ 罪过 ”。没有规矩，不成方圆。您不确定这是 grub4dos 的问题，就来反馈，这就是给开发者增加负担。
这与你的技术水平完全无关。

我在思考，这究竟会不会是一种 “ 新型 ” 的攻击方式？就是说，故意以一个 “ 初学者 ” 的身份作为掩盖，然后在不合适的地方提出 “ 莫须有 ” 的问题，让开发者疲于应付。而且本身就故意隐藏关键的操作步骤，否则很难达到 “ 吊胃口 ” 的目的。

如果你不确定是 grub4dos 的错误，而在这里报告，那么你是违规的。我可以向论坛管理员控诉你的违规行为。论坛连广告都不许发，如果你被认定有大量的违规行为，恐怕也有可能被惩罚吧？

希望您认真考虑。

－－－－－－－－－－－

再补充：

如果报告问题很含糊，问一句说一句，像 “ 挤牙膏 ”，要弄清楚，就得很多个 “ 回合 ”，像 “ 拉锯 ”。这就耗费了开发者的精力，白白浪费了开发者的时间。这不就是可能的 “ 蓄意攻击 ” 吗？


－－－－－－－－－－－－－－－－
tulongwa


别人证明你报告的不是虚假的情况，为你洗清了。

我先前的帖子也是一种 “ 抱怨 ”。我和大家都是一样的，是完全平等的。我有权抱怨，正如许多人抱怨文档、软件有各种毛病一样。大家都有权抱怨。假如我不抱怨，那么我的想法，就可能无法得到别人的了解，别人可能意识不到有那些问题的存在。我的抱怨，最好不要理解为 “ 批评人 ”。如果那样的话，我的角色变成了 “ 高高在上 ” 者（谁赋予了我那样的特权？）。那样对我也是不公平的。不要忘了，我也是一个门外汉，一个用户。我被迫维护这个软件。（呵呵，我又在抱怨了）假如当初我给 GNU GRUB 的开发团队的补丁被采用了的话，我根本不可能维护这个软件。现在，我不仅维护了这样一个独立的软件，还得处理大量攻击的事情，包括大量 BIOS 硬件攻击、Windows XP SP2 的攻击、论坛上的恶意人身攻击、以及网络 DDOS 拒绝服务攻击，等等等等，太多了。除了以一个外行的身份要不断学习知识用于开发这个软件以外，应付这些五花八门的攻击，也是相当痛苦的。我要是不抱怨，则不一定能够得到了解，更不会得到理解。



[ 本帖最后由 不点 于 2011-12-27 12:01 编辑 ]

幸运的草

回复 #2062 chenall 的帖子

在内置菜单的开始处，加上debug off，还是这样。你要下面的帮助信息。

幸运的草

这个是真的，背景图的分辨率的大小，决定着G4D分辨率的大小，我昨天在给一个坛友弄影响图时发现了这个问题，如果是640X480的图与800X600的图，及1024X768的图，加载时G4D的分辨率是不同的，每一屏显示的菜单条数也是不同的，好像是根据背景图的分辨率来决定G4D的分辨率的，
　　而且我的一台CRT17纯平的显示器。graphicsmode -1后面没有限定值时，在启动时显示器报：分辨率防火部明超出最大值。就黑屏了。

　　12.06版本的GRLDR，如果以后更正了这个问题，可能解决了，如果没更正，则那位网友所反映的属实。

下面是内置菜单的信息
debug off
checkrange 0x21 read 0x8280 && pxe detect NotExist
if exist (ud)/BOOT/GRUB/RUN && set dev=(ud) ! set dev=%@root%
command --set-path=%dev%/BOOT/GRUB/
color helptext=0x04 normal=0x01 highlight=0x3E heading=0x02 border=0x02
font (ud)/BOOT/GRUB/UNIFONT.HEX
graphicsmode -1 800:600 640:480 32
splashimage (ud)/BOOT/GRUB/091.LZMA
terminal --font-spacing=1:10
configfile (ud)/menu/menu.lst

menu.lst内容
timeout 15
default 0
terminal --font-spacing=1:10
command set --path=(ud)/boot/grub/
mini_menuset 0 17 15 5 35 10
菜单正文（略）

不点

如果确实是这样的话，那可能就是真的 bug 了，还得 chenall 来确认一下。

我认为，程序不可以 “ 用图片来定分辨率 ”，因为这个做法有陷阱，所得出的分辨率，显卡的 VBE 不一定支持。

图片的分辨率，只能作为一个 “ 参考 ”。最终应该检查 VBE 是否支持，如果不支持，应该自动降低分辨率，或者自动选一个支持的分辨率来代替，也或者直接给出错误信息，拒绝进入 VBE 模式。

不点

既然你已经发现问题了，为何不早早反馈？让一个说不清的人来反馈，岂不费劲？他连个菜单都不贴，操作过程一概是 “ 黑箱 ”。

你的菜单也有小错误（其实也不小），这句不对：

graphicsmode -1 800:600 640:480 32

最后的 32 限定了只支持 32 位的像素。而实际中，显卡有可能不支持 32 位的，只支持 24 位的。

因此，你这个设置在别的机器上有可能失败。

当显卡同时支持 32 位和 24 位的像素色深时，程序自动选择最优的 32 位。所以，根本没必要添加 “ 32 ” 这个色深限制。去掉它就没问题了。

幸运的草

菜单内容见＃2780
800X600分辨率的背景图设置效果见#2779
下面是640X480背景图的效果，相同设置。见下图：



如果找不到背景图或背景图出错，则汉字也没有了。(设置相同)



[ 本帖最后由 幸运的草 于 2011-12-27 09:16 编辑 ]

幸运的草

谢谢指正，马上更正。

另外，＃2059的问题能否考虑解决？

[ 本帖最后由 幸运的草 于 2011-12-27 09:21 编辑 ]