搜不到GRLDR,为什么呢

darkradx

不管是C:\GRLDR.MBR="GRUB4DOS"
或者是C:\GRLDR="GRUB4DOS"
都这样

2011yaya2007777

你是从硬盘启动，通过NTLDR加载的grldr？怎么驱动器号为0？

2011yaya2007777

grldr版本是多少

Unlimitedblade

重建主引导记录MBR

darkradx

是从硬盘启动，通过NTLDR加载的grldr
GRUB4DOS 0.46a(20190325)

2011yaya2007777

其他3个版本的启动项可以成功启动吗

darkradx

2011yaya2007777 发表于 2019-5-2 22:35
其他3个版本的启动项可以成功启动吗

全部都不成功

不点

1、你的 GRLDR 只放在 (hd0,0) 里面，不保险。应该多放几个分区，便于失败时能够查找其它分区。显示 No GRLDR 的，都是没有找到 GRLDR。显示 NTFS5：2 的，表示发现了 GRLDR，但是加载它时失败了，出现 2 号错误。代码最初是 bean 写的，这个 2 号错误，不知具体是啥含义，但你可以笼统地说，加载 grldr 时失败了。

2、在硬盘上使用，建议采用 wee63.mbr 而不是 grldr.mbr（grldr 头部自带的启动代码，也相当于 grldr.mbr）。要知道，wee63.mbr 的扇区数多，代码更完善。grldr.mbr 的扇区数少，对 NTFS 的支持可能就不太完善；遇到古怪的 NTFS，就可能处理不了。但是，NTLDR 好像也不能完整加载 wee63.mbr，因此需要用 bootmgr 才可以完整加载 wee63.mbr。

3、压缩的 NTFS 以及其它带有特殊属性的 NTFS，都可能遇到失败。

4、建议在盘上保留一个 FAT32 分区，而且尽量靠前，用来放置 GRLDR、Menu.lst 等文件。FAT 系列的格式是最简单的文件系统格式，各种操作系统对它的支持都比较完善。用了 FAT，就能够少给自己添麻烦。

5、建议采用 bootmgr 来启动 grldr。这是因为，NTLDR 的能力太弱，不能直接加载完整的 GRLDR。将 NTLDR 换成 bootmgr，就不会失败了。Win7 自带的 bootmgr 也支持 boot.ini 文件。注意 Win10 的 bootmgr 可能已经不再支持 boot.ini 了。使用 bootmgr 时，boot.ini 中应该采用 grldr 或 grub.exe，而不是采用 grldr.mbr。我个人认为，应该淘汰掉 NTLDR，全部采用 bootmgr（注意是 Win7 里面的），来取代 NTLDR 的功能。上述 1, 2, 3, 4 的启动加载方法，都有失败的可能（有的失败率高一些，有的失败率低一些）。唯独这第 5 条，可以保证不会失败（除非硬盘扇区坏了，或者 bootmgr 本身就没有能够成功接管到控制权，才会失败）。

2011yaya2007777

不点说的很正确。
2 号错误是：NTFS 损坏错误代码。

grldr 头部自带的启动代码，或者 grldr.mbr，由于空间有限，所以有局限性：
1. 不支持>1K MFT记录尺寸，>4K索引记录尺寸。
2. 不支持加密文件。
3. 不支持>4K的非驻留属性列表和$BITMAP。

楼主的 NTFS 文件系统，正好在限制之列。

2011yaya2007777

插楼问个问题，bootlace的源码有没有包含在grub4dos源码里？是否开源有下载，开源的话可以改造下

包含。
从官网下载 grub4dos ,其中文件 Get_Source_of_This_Build.txt 有源码下载地址。
涉及 2 个文件：bootlace.inc，bootlacestart.S。
你可以改造。

2011yaya2007777

使用 chenall 的 grub4dos_dev 编译。从网上搜一搜。

不点

根据以上讨论，总结一下，为楼主提供最好的两种解决办法。

方案1、采用 wee63.mbr，可以用 BootICE 来安装，安装到硬盘 MBR（主引导记录）。这种方法不依赖 Windows 的 NTLDR 或 Bootmgr。这种方法，受到 wee63.mbr 自身代码的 NTFS 处理能力的限制。如果 grldr 在 FAT 分区，则成功的概率可以认为是 100%。当然还要假定 GRLDR 位于磁盘开头附近，扇区号较小，BIOS 能够访问到它。

方案2、用 bootmgr 替换掉 NTLDR，在 boot.ini 中添加 C:\GRLDR="......" 来启动 grldr。这种方法首先假定 bootmgr 本身能够正常接管控制，此时由 bootmgr 来加载 grldr 的成功率，就是 100% 了。这是因为，bootmgr 是微软的，能够完全识别 NTFS 格式，不存在死角。注意不可以采用 NTLDR。如果采用 NTLDR，其实际成功率远远低于第 1 种方案。这是因为，NTLDR 只能加载 grldr 开头的 16 扇区，这比 wee63.mbr 小得多，因此，处理能力也就薄弱得多。


如果你不使用 FAT 而只使用 NTFS 来存放 GRLDR 文件，则使用第 2 种方案较好。

如果你在磁盘开头安排了一个 FAT32 的分区，并在 FAT32 分区上放置了 grldr 文件，则使用第 1 种方案较好。此时采用第 2 种方案也没太大问题，但是，第二种方案需要保证 bootmgr 本身能够成功加载，这也有一定的失败率，尤其是对于 buggy 的 BIOS 来说（比如说，boomgr 本身放在 BIOS 访问不到的地方，那么，BIOS 照样无法成功加载 bootmgr）。所以，此时成功率最大的，是第 1 种方案。

就是说，第一种方案，成功率是最高的。但也只有在 FAT （即，非 NTFS）的情况下，才能达到这种效果。

而当你由于某种原因完全不使用 FAT（而只使用 NTFS） 的时候，你只能 “退而求其次”，用第 2 种方案来取得较高的成功率。


借这个机会，顺便说说 Linux 对于 NTFS 的支持情况。碰巧，上个礼拜我刚刚亲身经历了一件事，说服力是 “杠杠的”。

朋友给了一块硬盘和一个 U 盘。硬盘上的分区都是 NTFS 格式，U 盘也是 NTFS 格式。朋友让我把硬盘上的某个文件夹复制到 U 盘。先计算文件夹的大小以及 U 盘剩余空间的大小，发现够用，绰绰有余。然而，复制了十分之一时，失败了。删除已经复制的那个不完整的文件夹，重新复制一次，依然在十分之一处失败。使用的 Linux 就是 loongson 制作的 startos。重启电脑进入 Win7，顺利复制完成。我据此粗略地得出结论：Linux 对于 NTFS 的支持依旧是不完整的。既然连 Linux 都不能很好地支持 NTFS，就更不能指望我们在实模式下的 mini 软件（grub4dos 等）对 NTFS 能有多么“良好”的支持了。

不点

bootmgr 好像并不支持直接启动 XP。它需要先加载 NTLDR，而由 NTLDR 来启动 XP。因此，你需要添加 NTLDR 的启动项。添加 NTLDR 启动项以后，还需要更改默认启动项目。还可以更改启动菜单超时。

这里有个 BCDEDIT 的教程：
http://www.diddy.boot-land.net/bcdedit/

主要内容摘录如下：（特别说明：为了避免损坏系统中的 \Boot\BCD，我特意更改为 \Boot_test\BCD_test）


Create a new (empty) store

    bcdedit.exe /createstore C:\Boot_test\BCD_test

执行上述命令之前，首先需要建立 C:\Boot_test 文件夹，否则会失败。另外，执行 bcdedit 命令需要管理员身份。

执行完上述命令，可以试试用

    bcdedit.exe /store C:\Boot_test\BCD_test

来列出 BCD_test 里面的信息，发现没有内容，是空的。

Create {bootmgr} entry

    bcdedit.exe /store C:\Boot_test\BCD_test /create {bootmgr}
    bcdedit.exe /store C:\Boot_test\BCD_test /set {bootmgr} description "Boot Manager"
    bcdedit.exe /store C:\Boot_test\BCD_test /set {bootmgr} device boot
    bcdedit.exe /store C:\Boot_test\BCD_test /set {bootmgr} timeout 5

这个 {bootmgr} 好像是必须有的。执行完了，列出 BCD_test 里面的信息，发现没有内容，仍然是空的。不要紧，其实它已经起作用了。

Create {ntldr} entry

    bcdedit.exe /store C:\Boot_test\BCD_test /create {ntldr}
    bcdedit.exe /store C:\Boot_test\BCD_test /set {ntldr} device boot
    bcdedit.exe /store C:\Boot_test\BCD_test /set {ntldr} path \ntldr
    bcdedit.exe /store C:\Boot_test\BCD_test /set {ntldr} description "NTLDR (via bootmgr)"
    bcdedit.exe /store C:\Boot_test\BCD_test /displayorder {ntldr} /addlast
    bcdedit.exe /store C:\Boot_test\BCD_test /default {ntldr}

注意，device boot 的意思是在启动盘上，也就是与 bootmgr 在同一个分区上。下同。

Create entry for GRLDR

    bcdedit.exe /store C:\Boot_test\BCD_test /create /application bootsector

Running this first command will return a Globally Unique IDentifier (GUID) value - e.g. {e05b4c23-618a-11df-89c6-001d925a73cf}. In all subsequent commands replace {guid} with this value -

    bcdedit.exe /store C:\Boot_test\BCD_test /set {guid} device boot
    bcdedit.exe /store C:\Boot_test\BCD_test /set {guid} path \grldr
    bcdedit.exe /store C:\Boot_test\BCD_test /set {guid} description "grldr (via bootmgr)"
    bcdedit.exe /store C:\Boot_test\BCD_test /displayorder {guid} /addlast

这就创建了 grldr 启动项。用相同的步骤，可以创建 grub.exe 以及 wee63.mbr 的启动项。

当所有的启动项添加完之后，试试用

    bcdedit.exe /store C:\Boot_test\BCD_test

来列出 BCD_test 里面的信息，看看是否正常。如果不正常，还可以修改。如果正常，那么把 BCD_test 改名为 BCD，复制到 bootmgr 所在分区的 \Boot 文件夹下，大功告成。

附件中是我制作的 BCD 文件，把它放在与 NTLDR 和 BOOTMGR 相同的分区，但在 \Boot\BCD 的位置，就可以起作用了。当然还需要一个能够支持 BOOT.INI 文件的 bootmgr 才行。bootmgr 只要能支持 boot.ini，越新越好。bootmgr 与 NTLDR 放在一起，都在根目录下。Boot 子目录下只要有一个 BCD 文件就行，其它文件都不需要。这个 BCD 文件已经添加了 NTLDR 的启动项。并且也把 NTLDR 启动项设置为默认启动项，把 bootmgr 的菜单超时设置为 5 秒。启动时，生办法把控制权交给 bootmgr，它就会启动 NTLDR。如果有 BOOT.INI，则 bootmgr 会显示 bootmgr 的菜单，而当 NTLDR 接管控制时会再次显示 XP 自己的菜单（就是说，菜单会显示两次，不要对此感到奇怪）。在 BOOT.INI 中，你可以添加很多个启动项，包括 C:\GRLDR="grldr" 或 c:\grub.exe="grub.exe" 之类的。

附件中的 BCD 只是用于只有 XP 而没有 Win7、8、10 的情况。如果你已经有 Win7、8、10 了，那么系统中已经有 BCD 了。系统中的 BCD 是不可以随便覆盖掉的，否则你就无法启动 Windows 了。你需要为系统中的 BCD 添加 ntldr 启动项（它可能已经有 NTLDR 的启动项了，这种情况就不需要你再去添加了）。无论有没有 NTLDR 启动项，你只需要创建一个具有合法格式的 BOOT.INI 文件，在其中添加一行 C:\GRLDR="grldr" 或 c:\grub.exe="grub.exe"，就可以启动 grub4dos 了。


更改默认启动项

若要将默认启动项目更改为多重引导计算机上早期 Windows 操作系统加载程序，设置*<ID>* 到 {ntldr}，这是 GUID 的保留的名称，与 Ntldr 相关联。 根据 Boot.ini 文件中的条目，这可能会呈现另一个菜单。

bcdedit  /default  {ntldr}

更改启动菜单超时

例如，若要指定 15 秒的超时值：

bcdedit  /timeout  15

更新：附件中的 BCD-grldr-grub-wee.rar 解压后也是一个 BCD 文件。它含有 ntldr、grldr、grub.exe 和 wee63.mbr 的启动项（默认启动 ntldr）。

darkradx

不点 发表于 2019-5-3 07:33
1、你的 GRLDR 只放在 (hd0,0) 里面，不保险。应该多放几个分区，便于失败时能够查找其它分区。显示 No GRL ...

NTLDR调用GRLDR.MBR, 找不到GRLDR
NTLDR调用GRLDR, 找不到GRLDR
BOOTMGR调用GRLDR.MBR, 找不到GRLDR
BOOTMGR调用GRLDR, 成功找到GRLDR!!!(下载的20190325最新版, 某个版本之前的老版本GRLDR不能被BOOTMGR调用)

不点

darkradx 发表于 2019-5-6 01:20
NTLDR调用GRLDR.MBR, 找不到GRLDR
NTLDR调用GRLDR, 找不到GRLDR
BOOTMGR调用GRLDR.MBR, 找不到GRLDR

完全是意料之中的，验证了我的判断。

这就体现出 “在 XP 下安装 bootmgr” 的意义了。

bootmgr 比 NTLDR 强悍，只有一点可惜：bootmgr 不能完全取代 NTLDR，它还需要调用 NTLDR 才能启动 XP，这有点不太舒服。

微软的 NTFS 比较复杂，就连 Linux 都不能很好地支持 NTFS。

grub4dos 虽然也提供了 ntfs 支持，但不一定能够应付所有的 NTFS 场景，这里肯定存在死角。

你就正好撞上了死角。确切地说，是撞上了 grldr.mbr 启动代码关于 “NTFS 支持” 的死角了。

其实你还可以试试 wee63.mbr，看看 wee 对 NTFS 的支持是不是比 grldr.mbr 要好一些。当然了，wee 就像 grub4dos 一样，在 NTFS 上肯定有死角。但希望 wee 处理的范围能够比 grldr.mbr 更大一些，死角更少一些（因为毕竟 wee63.mbr 的体积比 grldr.mbr 大得多）。

启动 wee 的方法，可以用 bootmgr 来加载，在 boot.ini 中添加 C:\wee63.mbr="wee" 即可。注意是用 bootmgr 来加载 wee，而不是用 NTLDR 来加载 wee。这是因为 NTLDR 的加载能力太弱，只能加载 wee 的 16 扇区，而不是完整加载 wee；这个被加载得 “残缺不全” 的 wee 其实是废柴，根本就无法正常运行，它会死机或重启。

当然你也可以用 bootice 把 wee 写入硬盘 MBR，来进行试验。不过，假如你只是想试试 wee 的话，你不需要把它写入 MBR，而只需用 bootmgr 来加载它，这样很干净，不会给你的系统造成任何不良影响。

注意 wee 也有菜单。只要你能够进入 wee 的菜单或命令行，就算成功了一大半。如果在 wee 下能够成功启动你原先的那个位于 NTFS 下的 grldr，那就是彻底成功了。你可以学习一下置顶的 wee 教程。

另外，引申一下：根据以上我们所经验到的情况，今后，为了能够取得较好的成功率，建议把 grub4dos 所要访问的文件（menu.lst，IMG、ISO 等），都放在 FAT12/16/32 以及 exFAT 之下，尽量躲避复杂的 NTFS 文件系统对 grub4dos 可能造成的负面影响。

captain_g

一直都是用（WIN8.1的）BOOTMGR调用0.46a版的GRLDR，从来没有调用过GRLDR.MBR，全盘NTFS，使用好几年了，没有遇到过问题。

文件放在比较靠前的位置上。

darkradx

WEE63能找到GRLDR(没写入MBR测试, 用BOOTMGR调用的WEE63)

20160131版WEE63
https://github.com/chenall/grubutils/releases

不点

darkradx 发表于 2019-5-16 00:49
WEE63能找到GRLDR(没写入MBR测试, 用BOOTMGR调用的WEE63)

20160131版WEE63

wee63.mbr 和 grldr.mbr 的主要差别就在于，wee63 的 NTFS 代码是用 C 语言写的，而 grldr.mbr 的 NTFS 代码是用 assembly 写的。这两个 NTFS 代码都是我们以前的开发维护者 bean 贡献的。虽然都是同一个人写的，但是，由于代码空间的限制，assembly 语言只能支持较少的 NTFS 特性，而 C 语言代码可以支持较多的 NTFS 特性（当然 C 语言代码的消耗量也比 assembly 的要大很多）。您的测试证明了，C 语言代码确实比 assembly 代码更完善一些。感谢您花时间进行辛苦的测试，让我能够得知这一结果。

比较遗憾的是，NTLDR 只能加载 16 扇区的 grldr.mbr，而不能加载 wee63.mbr。假如 NTLDR 能够加载 wee63.mbr 的话，您就不需要 bootmgr 了。现实就是这么无奈，我们在强大的现实面前，也只能适应，不能挣脱。

因此，您还是需要有个 bootmgr（尤其是当您不希望在 MBR 上安装 wee 的时候）。而由于 bootmgr 能够直接加载 grldr 以及 grub.exe，其实也就不再需要 wee63.mbr 了。也就是说，wee63.mbr 主要的用途就是用于安装到 MBR 上。而我们用 bootmgr 加载 wee63.mbr，这主要只是用来测试 wee63.mbr 的启动运行情况、增加一点信心罢了。如果 bootmgr 加载 wee63.mbr 之后，wee63.mbr 却不能正常运行，那么，您就知道 wee63.mbr 有毛病，于是您就不会再把它安装到 MBR 上了（谁会把一个有毛病的东西往 MBR 上安装？想让自己的机器死掉？）。

是的，不需要把 wee63.mbr 安装到 MBR。用 bootmgr 就可以加载它进行测试。这个测试的效果，与安装到 MBR 的效果是完全一样的——要成功，都成功；要失败，都失败。

2010sya

学习学习

不点

想了想，对于 NTLDR，也还是有办法进行解决的。当然了，办法可能不那么方便而已——需要一些手动操作。

NTLDR 的症结就在于只能加载 16 扇区。这就是为什么 grldr.mbr 只能有 16 扇区的大小。

现在我们把 grldr.mbr 替换为一个假想中的 grldr4ntfs.mbr 即可。这个 grldr4ntfs.mbr 仍然只有 16 扇区，但它不支持 FAT 等系统，而只支持 NTFS 系统，这样，它就有可能像 wee 那样，能够对 NTFS 有着比较完善的支持。具体的工作，就看开发者有没有计划来做了。

你可以暂时用微软的 16 扇区 NTLDR 启动代码来做测试。步骤如下：

1、找到 NTLDR 所在分区。
2、把这个分区开头的 16 扇区截获，保存为 NTLDR_test.mbr，并与 NTLDR 放在一起。
3、在 boot.ini 中添加 C:\NTLDR_test.mbr="NTLDR test boot"

重启电脑，选择 NTLDR test boot，应该能够重新进入启动界面。

接下来，用十六进制编辑器打开 NTLDR_test.mbr 并修改其文件的内容，找到 N T L D R，把它改成 G R L D R。修改后的文件，另存为 GRLDR_test.mbr，并与 NTLDR 放在一起（GRLDR 文件也放在这里）。相应地在 boot.ini 中添加 C:\GRLDR_test.mbr="GRLDR test boot"。重启电脑，这样应该可以加载 GRLDR 了。

2010qaqz111

借楼请问一下最新版可用的 wee63.mbr 就是上面 17 楼贴出来的 github 上的 20160131版WEE63 吗？
之前找了好几个版本，包括 BootICE 1.34/1.33 还有其他地方找到的都有问题，最后不得不换了其他方案。

junyee

谢谢不点大师提供的讲解.

----

以前碰到一些联想的机器.

启动方式是:
MBR:NT6 -> bootmgr --> grldr --> ntboot启动vhd
后来发现电脑用着用着就莫名其妙不能启动了.能启动到g4d界面,但是找不到NTFS分区...

后来改成
MBR:grldr.mbr -> grldr  不行,
当然
MBR:NT6 -> bootmgr --> grldr.mbr -->grldr  --> ntboot启动vhd
也不行.

试了多种办法都不行,唯有
MBR:wee -> grld 可以成功启动.

我还以为是微软的刻意限制~~~

~~~~~~
既然grldr.mbr 的启动能力那么弱,为什么后续没有人另行改进或开发一个mbr/pbr程序呢?