无忧启动论坛

标题: grub4dos是否计划支持uefi [打印本页]

作者: yuub 时间: 2016-11-5 17:30
标题: grub4dos是否计划支持uefi
本帖最后由 yuub 于 2016-11-5 19:41 编辑

我这个提问，显然是太多余，也只会被糊一脸。
其实很就以前不点大师就说过，开发组没有精力也没有计划去支持uefi。
而且grub2项目就能满足那些需要。
--------------------------------------------------------------------------------------------
目前grub 0.97，我知道的只有两个活跃分支：
chenall和yaya维护的grub4dos ，还有红帽公司维护的RHEL6中的grub分支。
而后一个分支是支持uefi和gpt的。

是否可以从RHEL6中获取补丁，并合并到grub4dos中呢？

红帽grub源码：最近一次更新时间 2016年2月
地址

rhel6.png (222.13 KB, 下载次数: 77)

grub 0.97

作者: yuub 时间: 2016-11-5 17:30
二楼自己占

作者: 不知 时间: 2016-11-5 17:42
grub2支持uefi,G4D肯定不支持。

作者: liuhuan22 时间: 2016-11-5 18:14
你想多了

作者: 不点 时间: 2016-11-5 18:59
谢谢楼主 yuub 给出的前沿消息，同时也谢谢 yuub 对 grub4dos 的支持。本人落伍，已经跟不上形势的发展了。

实话说，我对于一楼给出的 grub legacy 支持 UEFI 和 GPT 的消息，第一感就是感觉 “不可能”。理由大致如下：

1、GNU GRUB2 在开发，并且支持 EFI、GPT。红帽公司如果把 grub legacy 拾起来继续开发，感觉首先是对 GNU GRUB 开发团队的极度 “不信任”。可以说是 “唱反调”，而且其调子比 grub4dos 的反调（不跟随 GNU GRUB 的开发步调走，这本身就是“反调”）还要高出许多。

2、GRUB legacy 里面的代码还能用吗？我严重怀疑。开发这么多年的 grub4dos，我对此还是比较了解的。grub legacy 的代码，陷阱多如牛毛，大多数都是被 OEM 制造商故意设置的，让 GRUB legacy 运转失常的（还有少数是 grub legacy 自己的 bug）。红帽公司如果要排除这些 “地雷”，不知要花费多大的代价。这并非你想排除就能排除，并非你有钱就行；还得有时间才行，还得有社区才行，还得有大量的用户支持以及大量的 bug 报告者才行。红帽公司很难做得到，因为红帽的操作系统偏重于服务器，其用户比桌面用户少太多了，根本不是一个数量级的。试想：假如你的用户碰不上问题（或者碰上了问题但不给你报告），你怎可能知道你的软件有问题呢？严格的软件测试最多只能保证软件本身没有 bug，却无法保证能够在 “恶意” OEM 硬件上顺利运行。当然了，假如红帽公司只支持自己选定的 OEM 制造商（或者只支持少数产品型号）（根本就不支持那些恶意的 OEM 制造商以及大量恶意产品型号），那倒是有可能保证顺利运行的。然而我们 grub4dos 的用户恐怕是不会满足于那样的状况的。

所以，恕我直言，我严重怀疑消息的可靠性。

不过，假如消息是真的，而且假如 grub4dos 的开发者们有兴趣、有精力、有时间，完全可以把相应的功能加以引进。

本人的兴趣已经转到网络技术了，岁数大，精力有限，身体也不太好，在此顺便和朋友们打个招呼，让朋友们了解我的想法和状况，希望不要看到有人对我提出 grub4dos 开发的事情。

作者: yuub 时间: 2016-11-5 19:11
本帖最后由 yuub 于 2016-11-5 20:15 编辑

不点发表于 2016-11-5 18:59
本人落伍，已经跟不上形势的发展了。实话说，我对于一楼给出的 grub legacy 支持 UEFI 和 GPT 的消息...

红帽一直在维护grub 0.97，从6年前到现在。
这是一个历史遗留问题。在2009年，fedora ubuntu等激进的发行版已经开始转到grub2了。
然而作为企业linux，稳定第一。在RHEL6发布的时候，此时grub2还不能作为稳定的服务器引导程序。
于是红帽依然按照RHEL5一样，采用grub 0.97。

但是RHEL系统的支持期太长了。这几年，随着大容量硬盘的普及，gpt磁盘分区技术越来越成熟。
他也不可能强迫系统管理员升级引导程序，也不能抛弃这个破旧的项目不管。
毕竟RHEL的用户，就是金主，是上帝。任何一个系统漏洞都会带来不可估量的损失。
红帽不得不独自维护一个过时的，只有他自己使用的引导器，并且还要现在还在维护。

从2009年以后，grub几乎没有增加一个功能更新，只进行安全维护。
实际上RHEL的软件基本额不需要功能更新，用户不需要。

【注】RHEL6发行于2010年，计划支持到2020年。
2016年4月发布第八个维护版，RHEL 6.8
源码地址在一楼。

作者: yuub 时间: 2016-11-5 20:48
这里发一个红帽6中grub 0.97的引导文件
地址 bootx64.efi

红帽7已经使用grub2
地址 grubx64.efi

作者: 不点 时间: 2016-11-5 21:49
本帖最后由不点于 2016-11-5 22:09 编辑

谢谢 yuub 的进一步介绍，让我了解了更多情况。

从介绍中，我了解到红帽新版也转向 GRUB2 了。这也就是说，红帽自己都承认 grub legacy 没有发展前途了。

换句话说，红帽企图 “获得 EFI + BIOS 双重好处” 的努力，失败了。红帽不得不 “选边站”，最终倒向 EFI 一方，而放弃 BIOS 支持的努力。

既然如此，我觉得 grub4dos 引进 EFI 支持，也没什么意义。EFI 和 BIOS 本质上是两张皮，没法融合，或者说融合的困难度很高，也或者说，融合以后也还是两张皮，没什么实质性的好处。所以，不如保持现状，各是各的，互不干扰。假如说要真想开发 EFI 功能，还不如直接参与到 syslinux 或 GRUB2 的开发当中。

补充：虽然我自己不可能去开发了，但我不反对愿意继续开发的人。另一方面，我也不希望看到我们的开发者走错方向，浪费自己宝贵的时间，去开发那些不该开发的功能。时间是最宝贵的东西，你拿什么也买不来时间。开发者的时间和青春也是很宝贵的，应该用自己有限的时间，去做更多的事情，或去做更大、更重要、更有价值、更有意义的事情。尽量不要去做这样的事情：今天看来还有用，十年以后就被封杀了，成了完全无用的事情了。要做这样的事情：今天看来可能用处不太明显，但十年以后就能有用，并且不会被封杀。不要做那些容易被封杀的事情。如果一件事被封杀的预估期限是 10 年内，另一件事被封杀的预估期限是 20 年内，那么，应该选择后者去做。因此，我认为，x86 的启动程序不值得去开发了。掏心里话说的，我亲身经历，血的教训；我不想让我们的任何一个开发者再去遭受任何形式的损失。

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