无忧启动论坛

标题: 讀卡機卡住菜單大約一分鐘求解 [打印本页]

作者: minmax 时间: 2020-8-4 21:12
标题: 讀卡機卡住菜單大約一分鐘求解
本帖最后由 minmax 于 2020-8-4 21:13 编辑

G4D 0.4.5c
請教有某些讀卡機
卡在 precessing the preset-menu...
卡住菜單大約一分鐘，然後可以正常運行猜測是這個指令導致
command --set-path=()/ntboot/
請教有知道解法的嗎?

作者: wahopi 时间: 2020-8-5 11:21
换个好点机器

作者: 不点 时间: 2020-8-5 20:38
本帖最后由不点于 2020-8-6 12:21 编辑

好的，是时候解释一下这条信息了：
processing the preset-menu...
这条信息是我增添的，目的是调试启动时死机等问题，定位根源。
这条信息设计时，是不可以被屏蔽掉的，必定会显示出来。

为什么要有这条信息呢？这是因为，chenall 设计增添的 iftitle 条件菜单命令，会在显示菜单之前就访问磁盘。大家知道，访问磁盘，就可能导致死机（注意大量恶意 BIOS 对 grub4dos 的攻击！躲过攻击，必须采取这样的对策）。用户使用了某些看似常规的指令，比如 find --set-root 之类，就可能死机。最常见的死机，是在试图去访问软盘 (fd0) 时（恶意 BIOS 会在此时让机器死掉）。一个设计优良的菜单，是能够避免死机的。grub4dos 自带的内置菜单，就具有很好的健壮性、可靠性。但是，用户有可能采用不那么“稳健”的菜单，结果，那就是在启动时产生死机。为了防止死机时找不到原因，于是就在开始启动内置菜单之前，向屏幕输出一条信息，“正在处理内置菜单……”其含义是：此时有可能死机呀！请注意啦！

如果你的菜单很健壮，没有死机，那么这条信息很快就会被菜单覆盖掉，不会有任何不良影响。如果死机了，用户就明白，“哦！原来是在处理内置菜单期间死机的，我明白了，肯定是内置菜单有问题。把全部内置菜单都注释掉试试，应该不会死机了吧？”所以，这条信息是很关键的。这条信息被设计为“不可屏蔽”，不能用 debug off 之类的命令屏蔽掉。

楼主的内置菜单，虽然没死机，但拖延了很长时间，因此，也属于有问题的内置菜单。

楼主应该使用 grub4dos 自带的内置菜单，不要随便更改。更改了之后，就可能出现各种问题，包括可能死机，可能拖延启动时间，等等。

在有问题的机器上，请尽量避免使用 iftitle 命令。iftitle 相当于动态产生菜单，也就是说，相当于发生在菜单“预处理”期间。

作者: yzw92 时间: 2020-8-7 10:19
换个好机器

欢迎光临无忧启动论坛 (http://wuyou.net/)