grub4dos 集成 ipxe 的功能-测试

不点

@wln

grldr 与 grub.exe 几乎是一模一样的，你所描述的如此巨大的差别，应该是不存在的。

我猜测，你的 grldr 没被启用，很可能是你机器上某个老的或者冒名顶替的 grldr 在暗地里起作用。因此，你换成 grub.exe 就好了。

不点

个人认为，hook 中断 int13 的事情，最好别做。为什么呢？因为很难做好这个工作。memdisk 和 grub4dos 费了九牛二虎之力，花了很多年，才把它理顺，各种死角，都避免发生意外情况。如果一个新软件要想做好它，那是很不容易的。除非你直接拷贝 memdisk 或 grub4dos 的 int13 处理代码，否则，没有 10 年时间，相信那是不会很成熟的。要经过 10 年以上的锤炼才行。

应该直接调用 memdisk 或 grub4dos 的仿真功能，而不是自己再整出一套仿真程序。因为那八成会添乱的。

不点

我的建议是，在实模式阶段，不要让别的软件来创建虚拟盘（接管int13），只让 grub4dos 来创建。grub4dos 创建的虚拟盘，是能够与各种 DOS、各种 Windows 兼容的，不至于发生莫名其妙的失败。grub4dos 是 BIOS 模式下与微软兼容性最好的开源启动管理软件（没有之一，姑且用用这个流行广告语）。只用 map 命令创建虚拟盘，不要用其他方法。

不点

chenall 发表于 2016-3-31 10:02
我的意思是你这个菜单中需要IPXE的功能完全没有必要进GRUB4DOS。可以直接在IPXE中单独启动，需要用到GRUB4D ...

同意。

个人认为，snailstart 的使用，严格来说属于“压力测试”，超限使用 grub4dos。
ipxe和grub4dos是两个软件，能够合在一起已经不容易了。再加上其他代码（硬件驱动、int13 接管，等等），未必会磨合得很好。
第一，增加的代码（硬件驱动、int13 等）需要占用内存空间，有可能与grub4dos发生冲突。
第二，grub4dos没有硬件驱动（不谈usb、cdrom，因为这里没有涉及到），而ipxe本身就含有网卡硬件驱动。再加上sandisk存储空间的驱动，对内存的使用，就可能达到饱和了。要知道，常规内存的量是很有限的，只有 640K 或更少。ipxe 把常规内存消耗完了之后，就没有足够的常规内存供 grldr 使用了。所以，试图在 grldr 之下调用 ipxe 也不行。

chenall 的办法是可以根本解决问题的。你可以使用 ipxe 作为第一启动，使用你的 sandisk。待到需要 grub4dos 的功能时，再启动 grub4dos。两者不打架。

不点

snailstart 发表于 2016-4-2 20:43
感谢不点和chenall，我的问题解决了，的确是只需要在使用grub4dos的时候再启动grub4dos，原先想多了:dizz ...

这个问题可以从哲学的角度去理解。这不是个纯技术问题。你所说的“解决了”，就是从哲学上“理解了”。

ipxe 和 grub4dos，两者凑在一起磨合，都要费一番工夫的。如果再加上 SAN 网络驱动，那本来就可能暴露出新的问题，需要新的“磨合期”。在磨合的初期，出现失败是很正常的，是可以理解的。如果参与磨合的开发者多了，那自然会提高“成功磨合”的概率。

归根到底这是哲学问题，不是纯技术问题。

以上是分享自己看问题的方式和角度。