|
本帖最后由 不点 于 2016-8-9 09:49 编辑
chenall 可能忙于工作,就不能经常来这里了。问题本身也可能比较困难,短期内排解不了,也是不奇怪的。报告者少,报告得不充分,也对排解问题不利。
另外,我注意到 pxe 命令的显示结果,0.4.5 和 0.4.6 就有不同。0.4.5 的 blksize 后面没有 【pxe】字样,而 0.4.6 就有 【pxe】。我看了源代码,发现 0.4.5 没有 ipxe,而 0.4.6 整合了 ipxe 进来。因此,bug 可能出现在 0.4.6 + ipxe 的组合上。chenall 的改动不影响 0.4.5, 却影响了 0.4.6。因此,有可能是影响了 ipxe 的相关部分,间接地影响了 0.4.6。
yaya 可以做个试验,暂时去掉 ipxe 相关功能,看看问题是否消失。总之,定位问题在哪里,是首要的。
-----------------
顺便说,ipxe 的整合,也是需要有个过程的。初步整合成功,并不表示没有问题。ipxe 的代码是如何使用内存的?如何使用堆栈的?是否与 grub4dos 的内存和堆栈相冲突?这些问题都是需要经过时间的考验的。
另外一个类似的情形,就是 gfxmenu。这是 bean 整合进来的。然而,由于 gfxmenu 所依赖的 message 是另外一套系统,是独立于 grub4dos 的,是不受 grub4dos 管控的系统,所以,这个整合就可能会带来某些难以了解、难以处理的问题(这样的问题也确实存在,只是不太多罢了)。
对比一下,yaya 把 usb 驱动和 Joliet ISO 文件系统驱动整合进来,以及 bean 把 pxe 驱动和 ntfs 文件系统驱动整合进来,那都属于彻底整合的范畴,都是可以直接管控的。
ipxe 与 gfxmenu 也有不同的特点。gfxmenu 是注定不可能完全整合的。那个 message 注定是另外一套系统。而 ipxe 则有可能完全整合进来。我目前觉得问题很可能出在内存使用这一块上。只要处理好 ipxe 的内存使用,让它不要与现有的 grub4dos 发生冲突,就可达到彻底整合。不过这需要时间,而 chenall 不一定能够腾出时间做这事了。我从直觉上,感到压力都在 yaya 身上了,所以说 yaya 是 “压力山大”。状况该是啥样就是啥样,那是自然的,谁也改变不了,除非 God 出手。
|
|