为什么启动后花屏？是GRUB问题还是我的问题？

anxi_dongri

当然，更大的可能是我的问题！高手能否帮忙看看？
1，我将u盘或者vhd磁盘格式化，启动引导用bootice修改为grub4dos，0.45c和0.46a都试过，一样的问题
2，把如下文件都拷贝到u盘或者vhd磁盘
http://pan.baidu.com/share/link?shareid=379881&uk=3355863198

[ 本帖最后由 anxi_dongri 于 2013-3-12 19:17 编辑 ]

anxi_dongri

补充一下图片

不点

是你的 grub4dos 环境没弄好。

你给的信息不多，不容易判断。

你把进入图形模式的命令都去掉，只使用英文文本模式，那样就不容易花屏了。

猜测是你自己的 “进入图形模式的命令设置不当” 造成的。

自己调试，解决自己的问题。

anxi_dongri

看来是那个message文件有问题，但是这个文件用了很长一段时间，也用了很多个u盘都没有问题，为什么现在有问题了？是因为64位的缘故吗？

不点

gfxmenu 与 grub4dos 的内核是相互独立的，俗称 “两张皮”，不容易和平相处。

gfxmenu 事实上已经被开发者忽略了，即，一旦出现问题，无人负责答复。

建议使用 grub4dos 内置的 VBE 图形方式。如果这个出了问题，开发者负责解决，至少给出答复（如果解决不了的话）。

527104427

如果不再维护gfx，建议把程序内所有关于gfx的代码去掉，或者，加一个开关，菜单里有gfx命令就直接拒绝运行

否则，此类问题会应接不暇

anxi_dongri

按照这样修改后正常了

1. 好我也发现了这个……
   
2. 
   
3. graphicsmode -1 640:800
   
4. gfxmenu /Boot/grub/message
   
5. 之后退出gfx会花屏
   
6. 
   
7. 
   
8. gfxmenu /Boot/grub/message
   
9. graphicsmode -1 640:800
   
10. 退出gfx则正常了

复制代码

不点

message 中的图形代码能否正常、可靠地运行，取决于 message 中的代码本身是否有 bug。

虽然 gfxmenu 命令（以及 grub4dos 内核）也有可能出现 bug，但是，这种可能性不大。

就是说，一个设计良好的、“健壮” 的 message 文件，是不会出问题的。

这就解释了，gfxmenu 命令必须留着，供需要它的人使用。

虽然开发者不再关心 gfxmenu 能否正常工作，但是也不应该故意制造不兼容，故意让 gfxmenu 不工作。这是我的看法。

给别人方便，就是给自己方便。堵住别人的去路，就是堵住自己的去路。

grub4dos 的代码空间并不十分紧张，目前也容得下 gfxmenu 命令。待到将来空间紧张的时候，那就有理由去掉 gfxmenu 命令了。另外，如果将来没有人使用 gfxmenu 了，那也可以去掉 gfxmenu 命令。所以，一切都是哲学，一切都是权衡。

7 楼找到解决办法了，属于经验之谈，建议相关文档的作者能够把这点写进文档里面，让其他人少走弯路。

有些事情做起来不难，易如反掌，那就应该做。给别人行个方便，是积德，是行善，那通常会得到认可的。grub4dos 能够以多种方式被别的软件启动，这就是在给别人提供方便，而不是设置路障。grub4dos 不霸道，不把自己看成唯一正确的启动软件，“海纳百川”，努力去兼容各类软硬件，包括兼容开源的、闭源的、商业的、非商业的软件。开发者们心态平和，姿态低调，尊重别的软件的开发者和用户，不歧视别的软件的开发者和用户，包括尊重商业软件、闭源软件、共享软件、开源软件等。参与 grub4dos 开发的人很多，贡献者很多，用户也很多。我想，重要的一点就是，grub4dos 像水一样很普通。这是 grub4dos 能够普及开来的一个原因吧。

anxi_dongri

谢谢不点大师耐心的回复！！！
gfxmenu其实也很好用，可以有很漂亮的界面，字体，而菜单只要一句话，复制到其他地方也只要一个文件。
graphicsmode还得研究研究是什么意思，怎么用。