UD区+grub4dos在HP的OEM机上启动失败

nianyueriPE

如题，机器是HP的OEM旧机，BIOS版本为2017年的，目前系统为win7。使用UD启动时屏幕提示“显示输入超出范围，现重置为原始分辨率”（此文字为显示器的提示，不是电脑输出的文字），重启显示器和更换显示器问题依旧，显示文字内容相似，修补UDmbr和在grub4dos内设置分辨率为VBE允许的分辨率问题依旧，机器支持UEFI启动和CSM。而另一台bios版本为2019年的较新机则正常启动。求助热心坛友。

邪恶海盗

看BIOS设置...


二○二五年四月十一日

nianyueriPE

邪恶海盗 发表于 2025-4-11 14:43
看BIOS设置...

没看出啥毛病，BIOS里面没啥与分辨率有关的设置项，启动有关的设置项都没问题

邪恶海盗

nianyueriPE 发表于 2025-4-11 14:58
没看出啥毛病，BIOS里面没啥与分辨率有关的设置项，启动有关的设置项都没问题

有谁看了？


二○二五年四月十一日

loggao

新手，不知道该如何回答

nianyueriPE

邪恶海盗 发表于 2025-4-11 15:17
有谁看了？

我自己看了是没啥问题，你说说要检查什么项？

mygamexxx

看一下G4D菜单的分辨率设置语句。
#graphicsmode 256
calc *0x8312&1 > nul || graphicsmode -1 800

graphicsmode用法: graphicsmode [-1 | 0x12 | 0x6A]
描述:

display/set the graphics mode number for the next graphics init.return the currentgraphics mode setting.

参数值为 -1 时，表示使用 vbe 显示模式。参数值为0x12或0x6A，表示使用 vga 显示模式。推荐使用 vbe 显示模式。
注：只有在 vbe 模式下才可以使用多语言字库以及 BMP 格式背景图，可参考 font 命令以及 splashimage 命令。
使用 vbe 模式：

graphicsmode -1 参数1 参数2 参数3

参数1 为指定分辨率宽度，可以使用具体数值，也可以使用一个范围值。
参数2 为指定分辨率高度，可以使用具体数值，也可以使用一个范围值。
参数3 为指定位色，可以是具体数值，也可以使用一个范围值。

邪恶海盗

nianyueriPE 发表于 2025-4-11 15:59
我自己看了是没啥问题，你说说要检查什么项？

不点

说几点思路：
1、wee 对于 Win7 以后的主板支持很好。因此，换用 wee 来试试。
2、图形模式有问题时，不进入图形模式，只用文本模式，看看能否成功。
3、能进入命令行输入命令吗？
4、菜单命令是否含有错误？贴出菜单让大家检查一下。
5、在菜单中插入一些 pause 之类的命令，看看菜单命令是否在执行。
6、有可能 grub4dos 没有取得控制权，根本就没到执行菜单命令的时候，就已经出错、死机了。
7、如果 ud 与主板不兼容，换用 wee 可以多一条路。

当然，事到如今，既然楼主的主版支持 UEFI，那就没啥可说的了，直接用 g4e 或 Ventoy 之类的均可。如果实在想用 g4e，那么，从 Ventoy 也是可以跳转到 g4e 的。

也就是说，干脆就看轻 grub4dos for BIOS 的那些失败情况，不必纠结，不必理睬。如果非要弄清楚，那就测试不同时期的多个 grub4dos 版本，看看是不是由于不同版本的 bug 造成的；还可以进行命令行的跟踪调试。由于 BIOS 已经遭到淘汰，所以这种测试已经没啥价值了。

nianyueriPE

不点 发表于 2025-4-11 20:15
说几点思路：
1、wee 对于 Win7 以后的主板支持很好。因此，换用 wee 来试试。
2、图形模式有问题时，不 ...

菜单命令最开始只有几个用ntboot启动wim文件的选项，后来因为启动不了又加了个graphicsmode -1 -1 -1 24:32命令，还是启动不了。我的grub4dos并没有设置图形模式，一直是文本模式。并且出错后并不能进入命令行，呈黑屏提示显示分辨率错误，键盘有反应

不点

nianyueriPE 发表于 2025-4-12 13:19
菜单命令最开始只有几个用ntboot启动wim文件的选项，后来因为启动不了又加了个graphicsmode -1 -1 -1 24: ...

这么说来，也有可能是 ntboot 的问题吧。

我前一帖提到的几个思路，不知你尝试了没有。主要一点就是，你首先要自己确定问题出在哪里。你不可以让别人猜。

比如最关键的一条：grub4dos 是否接管了控制？这个要确定。如果连这个都确定不了，那还能指望谁来解决呢？比如，你在菜单的最开头添加 pause 命令，看看能否暂停，显示一条信息。

如果 grub4dos 根本就没有获得控制，那也就是说，你的 ud 启动盘没能把控制权交给 grub4dos，就死机了。也就是说，问题出在 ud 启动上，换句话说，你的 ud 启动是失败的，不能与这个主板兼容。

看过你以往的帖子，知道你不是一般人，你懂得很多调试知识。我也就不再多说废话了。我的前一个帖子已经把关键问题都说了，我也就不再关注这个话题了。

再重复说一句：既然 UEFI 可以工作，就应该使用 g4e。BIOS 本来就是要淘汰的，各路厂商统一行动，新电脑中 BIOS 已经全面封杀了。再继续坚持使用 BIOS，没有什么意义可言。grub4dos for BIOS 只是用来应付以往的不支持 UEFI 的旧电脑的。现在还去纠结 BIOS 的问题，可能就没人回应你了。如果你自己兴致很高，有劲头去追踪 grub4dos for BIOS 的问题，那你可以研究我前一帖提供的几个方面的思路。我觉得意义不大，有鉴于 UEFI 是可以工作的。

nianyueriPE

不点 发表于 2025-4-12 17:42
这么说来，也有可能是 ntboot 的问题吧。

我前一帖提到的几个思路，不知你尝试了没有。主要一点就是， ...

好的。目前这台电脑已经还给别人了，测试不了，等回头再要来看看，我对bios调试不太熟悉。话说会不会与u盘有关，我的盘是128G的固态U盘。麻烦您了，谢谢

nianyueriPE

不点 发表于 2025-4-12 17:42
这么说来，也有可能是 ntboot 的问题吧。

我前一帖提到的几个思路，不知你尝试了没有。主要一点就是， ...

发现一个相似问题，回头试试http://wuyou.net/forum.php?mod=viewthread&tid=337262

不点

nianyueriPE 发表于 2025-4-12 17:48
好的。目前这台电脑已经还给别人了，测试不了，等回头再要来看看，我对bios调试不太熟悉。话说会不会与u ...

看到你的主板支持 UEFI，而 yaya 开发的 g4e 就是用于这种场景的。一个 BIOS 失败了，有啥可惜的？还有 g4e 可用啊。纠结 BIOS 根本就不划算，除非你的主板不支持 UEFI，迫不得已才使用 BIOS。一个淘汰了的东西，再去学习、研究，太晚了，这是“过差年”了。好不容易学了它的知识，将来却一点用也没有！这是浪费青春。

不点

nianyueriPE 发表于 2025-4-12 17:54
发现一个相似问题，回头试试http://wuyou.net/forum.php?mod=viewthread&tid=337262

他这是 2014 年的情况。他的情况，没有死机。他的情况不严重，很容易就能搞定。

而你的情况，应该是死机了吧？

nianyueriPE

不点 发表于 2025-4-12 18:27
他这是 2014 年的情况。他的情况，没有死机。他的情况不严重，很容易就能搞定。

而你的情况，应该是死 ...

和他还挺相似，别的电脑也是正常但分辨率很高，但是那台就会提示超出显示范围。

szwp

先确定微软方式引导是否正常

不点

好吧，我来再强调一下我的观点。

grub4dos（BIOS）已经属于过去了，历史翻开了新的一页。世界不可能再倒退回 BIOS 时代了。

也许，grub4dos 存在某种失败，这或者是封杀，或者是 grub4dos 自己的 bug；无论是哪种情况，都不重要了。grub4dos 不管是 “好用” 还是 “不好用”，都没意义了。就算把 grub4dos 的 bug 找出来了，并且消除了 bug，也没啥意义。因为，这不是时候。时间过了那个节点，一切都变味了。因此，我不建议有人继续努力去排除 grub4dos 的 bug、增强 grub4dos 的功能，等等。应该把宝贵的时间花在有意义的地方。浪费一秒钟，都是不该的。应该转向 g4e 或 Ventoy 之类的。