无忧启动论坛

标题: GRUB4DOS如何间接引导ntfs_stage1_5？ [打印本页]

作者: ec2049 时间: 2011-9-19 00:31
标题: GRUB4DOS如何间接引导ntfs_stage1_5？
看到chainloader可以引导GRUB Legacy的stage2：

chainloader --force --load-segment=0 --load-offset=0x8000 --boot-cs=0 --boot-ip=0x8200 /stage2

但网上没有ntfs_stage1_5的引导方式，它只能写进NTFS分区的PBR才行吗？

GRUB4DOS如何间接引导ntfs_stage1_5？

作者: 不点 时间: 2011-9-19 00:42
你这个问题是胡乱提的。你根本就不需要你所说的功能。

作者: ec2049 时间: 2011-9-19 01:16
正常情况的确不需要这样。

分区PBR为GRUB4DOS，以chainlaoder引导stage2。Legacy的菜单正常，启动OS报错死机。

分区PBR换成ntfs_stage1_5，引导stage2。Legacy的菜单正常，正常启动了OS。

但我又想保留引导GRUB4DOS的PBR，因此希望由GRUB4DOS引导ntfs_stage1_5。

[ 本帖最后由 ec2049 于 2011-9-19 04:46 编辑 ]

作者: ec2049 时间: 2011-9-19 01:22
最后删掉了GRUB Legacy，由别的引导器启动OS，现已恢复正常。

现在GRUB4DOS、某OS、Windows可以共存了。

作者: 不点 时间: 2011-9-19 02:02
stage1.5 无非就是加载 stage2 而已。它没有别的功能，这是唯一的功能。

而 grub4dos 的 chainloader 直接加载了 stage2，效果应该完全一样。

一个 OS，如果它是一个 “新型的” OS，它往往 “不成熟”，即，存在这样那样的问题，包括启动问题。

问题也有可能是由于菜单文件中的某个错误引起的。

有些问题甚至是很难弄明白的。它很奇怪地以某种方式可以启动，而以另外一种方式又不能启动。定位 bug 属于谁，这其实是不容易的。有时候，表面上看，问题可能是某软件的错，但实际上却可能并非如此。

当然存在这样的可能性，即，grub4dos 的 chainloader 有缺陷，不能正确加载 stage2.

但 stage2 也属于太老的软件了，用户越来越少，就算 chainloader 有 bug，估计也很难见到一个 bug 报告者。

作者: ec2049 时间: 2011-9-19 04:47
感谢不点兄的认真回复～

前面说过已经放弃GRUB Legacy，基本确认这属于Legacy的问题。

Legacy停止开发太久，就算有Bug也不值得再做什么了。

作者: 2011qf020124 时间: 2011-9-20 08:17
标题: 回复 #3 ec2049 的帖子
ntfs_stage1_5 是装在PBR的吗?
我印象中ntfs_stage1_5是嵌入在MBR之后,分区之前的!

作者: 不点 时间: 2011-9-20 17:35
标题: 回复 #7 2011qf020124 的帖子
你是对的。

grub legacy 根本没有为任何文件系统编写 PBR（VBR）代码。就连 ext2、FAT 都没有，更不用说 NTFS 了。

stage1.5 应该是安装在 MBR 之后的那些扇区上。此功能也就相当于 grldr.mbr，只不过 ntfs_stage1_5 只搜索一个分区（该分区的位置是固定的）中的 stage2 而已，而 grldr.mbr 是搜索所有的分区。

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