GRUB4DOS部分机器启动加载不了默认菜单只能到命令行

红毛樱木

如题，这个好像有不少人遇到这个问题

这样子要怎么去处理呢？

不点

遇到问题，最需要的是动脑筋。grub4dos 发展了很多年，bug 应该越来越难以出现了。

不要一有问题，第一个先想到 bug。诚然，隐蔽的 bug 可能还会被发现，但那几率已经大大减小了。

我们每次发现一个新的 bug，就减少了后续能够发现 bug 的几率。尤其是现在 grub4dos 在功能上已经不怎么增加了，那么，bug 更会是越来越少，直到最后的某一天，应该能够完全排除掉所有的 bug。


所以，遇到问题，首先要想到是不是自己的失误造成的？是不是 bios 的 bug 造成的？

举例来说，假如你没把 grldr 和 menu.lst 等文件放在 U 盘靠近最开头的空间里，你本来就可能会遇到失败的，不足为奇，不要纳闷，不要感到难以理解，也不必来报告 bug。

而假如你没有任何错误，却还是遇到了失败，那可以说，你大概撞上了 bug。这机会很难得，是一件值得庆幸的事，很多人想撞上 bug，却求之不得。你撞上了，正是一个抓住它的好机会，别让它溜掉。有兴趣者可以翻阅以前的帖子，有一些这样的案例，报告者紧追不舍，在 bug 快要溜掉之前，把它活生生抓住，同时也为 grub4dos 的发展做出了重大贡献。

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

有些人自己修改了 grub4dos，自认为修改得很合理。出现问题之后，他认为是 grub4dos 的错，而不是他自己的错。但他又不敢说是修改版，因为一旦说是修改版，grub4dos 的开发者就不给解决了。这是不诚实的表现。人应该真诚相待，这是尊重他人。你尊重了他人，他人也会尊重你。有什么可以隐瞒的呢？grub4dos 是开源软件，你修改了，按照授权协议，也应该开源才对。既然都是开源软件，有什么是需要隐瞒的呢？另外，你真的有必要修改吗？你真的确定，你所实现的新功能代码无法被 grub4dos 的管理者接受吗？

红毛樱木

2011yaya2007777 发表于 2016-5-29 18:49
按你提供的菜单，没有重现问题。等以后出现同样问题时再讨论吧。
我好像记得，以前ud启动，默认根是隐藏分 ...

http://bbs.wuyou.net/forum.php?mod=viewthread&tid=378258
这个帖子很像很像。

红毛樱木

2011yaya2007777 发表于 2016-5-29 18:49
按你提供的菜单，没有重现问题。等以后出现同样问题时再讨论吧。
我好像记得，以前ud启动，默认根是隐藏分 ...

哦。好的 。 遇到这种问题再来

2011yaya2007777

按你提供的菜单，没有重现问题。等以后出现同样问题时再讨论吧。
我好像记得，以前ud启动，默认根是隐藏分区，以后又改为可见分区，最后又回到隐藏分区。如果菜单没有指定根，使用 /BOOT/GRUB/MENU.LST 容易引起混乱。

红毛樱木

2011yaya2007777 发表于 2016-5-29 17:55
1./BOOT/GRUB/MENU.LST是在ud隐藏分区吗? 2.启动时找不到上述菜单，进人了命令行?还是从上述菜单选择菜单项 ...

直接命令行，找不到
(ud)/BOOT/GRUB/MENU.LST菜单文件
我只会一个ls命令
但是就直接ls 没带参数，啥也没显示，影像中是这样子的

2011yaya2007777

1./BOOT/GRUB/MENU.LST是在ud隐藏分区吗? 2.启动时找不到上述菜单，进人了命令行?还是从上述菜单选择菜单项后，找不到下一级菜单?

红毛樱木

2011yaya2007777 发表于 2016-5-29 16:25
ud力的menu.lst菜单可否上传?

菜单中的(bd)有时候我也会用(ud)
GRLDR内置菜单,Fbinsttool的utf-8压缩

debug off
timeout 30
default 0
configfile (bd)/BOOT/GRUB/MENU.LST





下面是MENU.LST,也是Fbinsttool的utf-8压缩

debug off
timeout 30
default 0
gfxmenu (bd)/BOOT/GRUB/MESSAGE

title  01. 启动本机 Windows 操作系统
find --set-root --devices=h /ntldr || find --set-root --devices=h /bootmgr || configfile (bd)/BOOT/GRUB/MENU.LST
map (hd0) ()
map () (hd0)
map --rehook
find --set-root --devices=h /ntldr || find --set-root --devices=h /bootmgr
chainloader /ntldr || chainloader /bootmgr

title  02. 单核Windows_2003PE(极速,外置SRS，支持网络)  >>>
configfile (bd)/BOOT/GRUB/NV03FS.LST

title  03. 多核Windows_2003PE(极速,外置SRS，支持网络)  >>>
configfile (bd)/BOOT/GRUB/NV03FM.LST

title  04. 启动Windows_2003PE(普通,外置SRS，支持网络)  >>>
configfile (bd)/BOOT/GRUB/PT03F.LST

title  05. 启动Windows_8PE_x86(支持声、显、网卡及摄像头)
echo -e \n$[0003]  Now Loading USM_Windows_8PE_x86_FULL
echo -e \n$[0003]  This process may take a few minutes...
map (bd)/BOOT/USM8PE8F.ISO (0xff) > nul
map --hook
chainloader (0xff)
boot

title  06. 启动Windows_8PE_x64(支持声、显、网卡及摄像头)
echo -e \n$[0003]  Now Loading USM_Windows_8PE_x64_FULL
echo -e \n$[0003]  This process may take a few minutes...
map (bd)/BOOT/USM8PE6F.ISO (0xff) > nul
map --hook
chainloader (0xff)
boot

title  07. 启动 USB 加速器(适合老机)  >>>
find --set-root --ignore-floppies --ignore-cd /BOOT/GRUB/US.LST && configfile /BOOT/GRUB/US.LST

title  08. 启动自定义ISO、IMG、IMA  >>>
(bd)/boot/grub/run --mem --set-ext=.img|.ima|.iso   (bd)/BOOT/IMGS/DIY/.AUTOMENU

title  09. 启动 USM 工具箱  >>>
configfile (bd)/BOOT/GRUB/USMTOOLS.LST

title  10. 启动 MAX DOS 工具箱
map --mem (bd)/BOOT/IMGS/MAXDOS.IMG (fd0)
map --hook
chainloader (fd0)+1
rootnoverify (fd0)

title 11. 启动 GHOST 备份还原工具
map --mem (bd)/BOOT/IMGS/GHOST.IMG (fd0)
map --hook
chainloader (fd0)+1
rootnoverify (fd0)

title  12. 一键安装SYSCEO.GHO（放在U盘CEO目录下）
map --mem (bd)/BOOT/IMGS/XGHOST.IMG (fd0)
map --hook
chainloader (fd0)+1
rootnoverify (fd0)

2011yaya2007777

ud力的menu.lst菜单可否上传?

红毛樱木

2011yaya2007777 发表于 2016-5-29 14:54
没有修改内置菜单?外置菜单在ud分区?
电脑开机直接引导的U盘？
报告bug请详细说明使用环境，过程，现象， ...

现在真没这个条件测了。。。。

之前的问题具体是这样的

内置菜单改了，改成加载ud力的menu.lst菜单。这样方便修改menu.lst
开机直接快捷键启动U盘。

红毛樱木

2011yaya2007777 发表于 2016-5-29 14:54
没有修改内置菜单?外置菜单在ud分区?
电脑开机直接引导的U盘？
报告bug请详细说明使用环境，过程，现象， ...

现在真没这个条件测了。。。。

之前的问题具体是这样的

内置菜单改了，改成加载ud力的menu.lst菜单。这样方便修改menu.lst
开机直接快捷键启动U盘。

红毛樱木

2011yaya2007777 发表于 2016-5-29 14:54
没有修改内置菜单?外置菜单在ud分区?
电脑开机直接引导的U盘？
报告bug请详细说明使用环境，过程，现象， ...

现在真没这个条件测了。。。。

之前的问题具体是这样的

内置菜单改了，改成加载ud力的menu.lst菜单。这样方便修改menu.lst
开机直接快捷键启动U盘。

2011yaya2007777

没有修改内置菜单?外置菜单在ud分区?
电脑开机直接引导的U盘？
报告bug请详细说明使用环境，过程，现象，如何重现等，便于排查。而不是发一发牢骚。

红毛樱木

2011yaya2007777 发表于 2016-5-29 09:53
刚才我对 ud 启动测试了一下：
修改分区表起始扇区=0，可以启动，挂载 ud （即hd0）分区。但是 ls (hd0, ...

直接做的fbinst做的ud优盘。

2011yaya2007777

yaya之前我遇到的问题是ud，不是用bootice写入的。理论上也会存在这种问题吗？

刚才我对 ud 启动测试了一下：
修改分区表起始扇区=0，可以启动，挂载 ud （即hd0）分区。但是 ls (hd0,0)/ 失败，即可见分区不能挂载。

你1#帖子所说的启动情况，是怎样启动 ud 的？是正常的 mbr -> ud启动代码 -> grldr ？还是通过其他途径加载的？请详细告知。

红毛樱木

2011yaya2007777 发表于 2016-5-28 18:42
经过测试，结论如下：
1. 使用 bootice 写入 0.46 a 的 mbr，过于陈旧。换成新的没有问题。

yaya之前我遇到的问题是ud，不是用bootice写入的。理论上也会存在这种问题吗？
现在没办法重现bug

adef

谢谢yaya，知道了原因就不纠结了。

2011yaya2007777

经过测试，结论如下：
1. 使用 bootice 写入 0.46 a 的 mbr，过于陈旧。换成新的没有问题。

2. 使用 bootice 写入 0.46 a 的 pbr，通过 mbr -> pbr -> grldr 启动，之所以出现无法挂载分区的情况，是因为 mbr 内分区表的起始扇区为 0 .
量产后：                        80 01 （80） 00 07    解释为：活动分区；分区起始于 0x200 柱面，1 磁头，0 扇区。  扇区从 1 开始计数，这里是 0 错误的。所以无法挂载分区。
使用其他工具调整后：     80 01 （02）00 07     解释为：活动分区；分区起始于 0 柱面，1 磁头，2 扇区。  扇区从 1 开始计数，这里是 2 正确的。所以可以挂载分区。
0.46 a 的 grldr 对分区表做了严格的测试，判断分区表有误，拒绝挂载，不是 bug.

adef

2011yaya2007777 发表于 2016-5-28 16:48
谢谢 adef 提供的信息。

24# “2、bootice只写入0.46a的pbr,拷入0.46a的grldr、menu.lst。 ”的情况，还 ...

能重现。
1、量产后的分区表

2、量产后的引导扇区

3、bootice只写入0.46a的pbr,拷入0.46a的grldr、menu.lst

2011yaya2007777

谢谢 adef 提供的信息。

24# “2、bootice只写入0.46a的pbr,拷入0.46a的grldr、menu.lst。 ”的情况，还能重现吗？如果可以重现，使用 geometry , root , finf , ls 报告一下。
如果是在 DOS 下通过 grub.exe 加载的，或者通过 kernel /grub.exe 加载的，就不用测试，告知一下就行了。

不点

你用几种方法都成功启动了。你的情况不复杂，因此不重要。

重要的是那些一直失败、无法成功的情况，我可以试着帮忙。

adef

没事翻了一下multimbr的回帖，发现好像可以把前面yaya要求的cat --hex结果补上，另外找了块U盘量产（之前的彻底挂了），补上一些不知是否有用的测试。
图1、量产设置:

2、量产后分区1（G：)的分区表:

3、量产后分区1（G：)的引导扇区:

4、bootice写入0.46a的mbr&pbr后分区1（G：)的分区表:

5、bootice写入0.46a的mbr&pbr后分区1（G：)的引导扇区:

6、0.46a的启动测试:

7、bootice写入0.45c的mbr&pbr后分区1（G：)的分区表:

8、bootice写入0.45c的mbr&pbr后分区1（G：)的引导扇区:

9、0.45c的启动测试:

10、partitionguru无损缩小再扩大回原容量，写入0.46a的mbr&pbr后分区1（G：)的分区表:

11、partitionguru无损缩小再扩大回原容量，写入0.46a的mbr&pbr后分区1（G：)的引导扇区:

12、partitionguru无损缩小再扩大回原容量后，0.46a的启动测试:

不点

你成功了，很好。

提醒一下，你把新版 0pe 里面的 menu.lst 和 0pe.iso 拷入 u 盘，就成为 0pe 启动盘了。以后更新 0pe 也只需更新这两个文件即可。

adef

不点 发表于 2016-5-27 18:06
远程我从未用过，也没时间学。不过，如果碰巧你有兴趣的话，你可以试试我写的 multimbr 软件，专门用于 ...

量产后，按multimbr的步骤操作，在用bootice导入mbr_16G.img的时候提示拒绝访问（大意），用bootice恢复0.46a的grldr.mbr后，再导入img就没问题了。之后一切正常，启动后 ls 后可看到根目录的文件。
这个U盘以前因为本来32GB量产后只有16GB就闲置了（卖家说有一面没读到），昨天翻出来又能量产成32GB了（到今天下午都可以），刚才测试multimbr量产，结果又只能量产16GB了，不知道是否是因为变成了问题U盘才无法直接导入mbr_16G.img。

不点

adef 发表于 2016-5-27 17:52
明白了。如果bootice不能用的话，我就会不写引导了。有兴趣的话可以远程整我的U盘，没兴趣的话就算了。其实 ...

远程我从未用过，也没时间学。不过，如果碰巧你有兴趣的话，你可以试试我写的 multimbr 软件，专门用于制作 U 盘启动的：

http://bbs.wuyou.net/forum.php?mod=viewthread&tid=320244


补充，这个软件不影响你的量产。你可以在量产之后的任何时候，选择使用 multimbr 来格式化你的 U 盘。

adef

明白了。如果bootice不能用的话，我就会不写引导了。有兴趣的话可以远程整我的U盘，没兴趣的话就算了。其实这个现象很早以前就发现了（bcd转g4d之后跳进命令行），反正旧版能用，也无所谓。现在用partitiongur搞一下之后就能决解问题（用minitool partition wizard也行），个人就更没有非要解决问题（如果算是问题的话）的急迫性了。
谢谢不点和yaya。

不点

adef 发表于 2016-5-27 16:54
1、量产设置：

yaya 的话，你没看明白。我来再解释一下。

BOOTICE 所安装的 GRUB4DOS 的 MBR 和 PBR 代码，都不是最新的。

这下子你该明白了吧？

BOOTICE 安装的 MBR、PBR 代码不是最新的，就可能有 bug。假如最新的 grub4dos 解决了 bug，也是无用的，因为你用的是 BOOTICE 默认的、旧的启动代码。你得想办法使用新代码才行。你也可以等待 BOOTICE 更新之后再做这件事。

【补充】

这跟你启动 GRLDR 之后看到的版本信息，完全没有关系。你不可能看到 MBR 和 PBR 的版本信息。

因为 MBR 和 PBR 的代码空间紧张，不可能加入显示版本的信息。

你用 BOOTICE 安装的 MBR 和 PBR，都是旧版本的。这些 MBR 和 PBR 是用来查找 GRLDR 的。

正是这些 MBR 和 PBR 有问题，才导致了 GRLDR 找不到。

如果你能想办法试试新的 MBR 和 PBR，那就可以确定是不是 grub4dos 自身仍然有着未解决的 bug。

如果现在你没时间去折腾，那就算了。等待以后有兴趣、有机会的时候再做也不迟。

adef

1、量产设置：


2、量产后bootice写入0.46a的mbr和pbr，grldr0.46a


3、bootice写入0.45c的mbr和pbr。grldr0.45c


4、partitionguru调整后，写入0.46a的mbr和pbr，grldr0.46a


cat --hex不会用。

2011yaya2007777

bootice 好久没有更新了，使用它写的 MBR、PBR 不是最新的。有能力的话，使用 WinHex 等工具自己写。

adef ：截图至少使用 geometry，root，报告一下启动驱动器。使用 cat --hex ,报告一下MBR、PBR 。

不点

你成功了我不想再多说什么。等你以后遇到失败时，我再分析。

以下是想和 yaya 说的话。

我猜上述 Try (hd0): 一连串失败信息，属于 0.4.6a MBR 代码的 bug。Try 之后只有硬盘号，缺少分区号。硬盘全部查找失败，应该转入查找软盘 fd0，却没有，直接报错。我猜此时 U 盘有可能是 fd0。既然不去找 fd0，那么，就找不到 grldr。

后面经过 partition guru 折腾以后，有可能这个 U 盘 被 bios 识别为硬盘 hd0 了，那么也就成功找到 grldr 了。

---

另外，前面用微软的 MBR 时，找到了 grldr，但没能传递正确的分区号（CPU 的 DH 寄存器）给 grldr，所以，grldr 就不知道启动分区的分区号是多少。那么 ls 命令也就可能尝试列出一个不存在的分区，当然会报错。

你只有使用 grldr.mbr，才可能传递正确的分区号给 grldr。换句话说，微软的 mbr 不能完整支持 grldr 的启动，它只是支持加载 grldr 而已，不支持传递启动分区（grldr 所在分区）的分区号。

因此，使用微软的 mbr 来加载 grldr，本身属于用法错误。

adef

没事又找了块闲置U盘试了下。
1、量产后MBR是NT5.x的。

2、bootice只写入0.46a的pbr,拷入0.46a的grldr、menu.lst。

3、bootice接着再写入0.46a的mbr。

4、partitionguru稍微无损缩小U盘容量，再扩大回原容量，bootice重新写入0.46a的mbr、pbr，一切ok。


如果量产时不勾选creat mbr，bootice写入0.46a的pbr后，启动时有出错提示，但之后 ls 正常。各种折腾就不上图了。
个人觉得0.46a在个别地方不如0.45c打得粗。

不点

再提供一条消息。

当 grub.exe 是被 dos 启动或者是被当作 linux 的内核格式来启动时，默认的 root 可能是 （hd0，0），但假如此时 （hd0，0）不是一个有效的分区，则会发生图片上出现的错误。

当 grub4dos 被错误地使用时，也可能发生此类莫名其妙的错误。譬如，你随便截取 grub4dos 的一部分内容来加载，而不是完整加载 grub4dos 的整个二进制文件，自认为一切都合理，那就可能出问题。

yaya 已经告诉你了，这不是 grub4dos 的 bug，而是你使用过程中考虑问题不周到引起的。

你没能传递正确的 root （即当前默认分区）给 grub4dos。或者 grub4dos 无法猜到当前 root 是哪个，或者它猜错了，这都会出错。

但这不是 bug。你只要传递正确的启动分区，就不会有这种错误。当你实在不知道如何传递正确的启动分区时，你可以修改内置菜单，让它固定一个分区，或者用 find 命令找到一个确实存在的分区，作为当前默认分区，这就正常了。