BURG看起来比GRUB更美观、用户友好，同时也能完成工作。
为什么Ubuntu还没有转换到它呢？
为什么Ubuntu还没有转换到它呢？
为什么不用 BURG 替换 GRUB？
- Benjamim Gois
2
你能解释一下为什么Burg看起来更好、更用户友好，而且比Grub更好用吗？（据我所知，Grub 2也可以有图形菜单，你试过并进行了比较吗？） - JanC
我对Burg的“强大”表示怀疑，也许将来他们会转向Burg。 - Shungun
3个回答
BURG是GRUB的一个人的分支。GRUB是一个拥有活跃开发社区的主要项目。我不打算将Ubuntu切换到BURG；我宁愿专注于改进GRUB。
看一下这两个项目的提交活动（最快的方法：bzr log lp:burg vs. bzr log lp:grub/grub2）。在过去的六个月里，BURG只有五次提交 - 实际上，它已经停滞不前了。与此同时，GRUB在同一时间段内有超过五百次提交。
BURG在主题方面做了一些有用的工作，尽管GRUB大部分都有 - 只是默认情况下没有提供，这我记得是由于许可问题。BURG支持了一种不同的安装模式，帮助了一些人，但现在GRUB具有Reed-Solomon编码和跳过引导轨道中某些扇区的能力，通常不再需要这样做。还有一些其他小的改进。但这些都不能证明放弃了伟大的GRUB社区是合理的。
顺便说一句，我非常鼓励您将您认为BURG优于GRUB的原因报告为GRUB的错误。
看一下这两个项目的提交活动（最快的方法：bzr log lp:burg vs. bzr log lp:grub/grub2）。在过去的六个月里，BURG只有五次提交 - 实际上，它已经停滞不前了。与此同时，GRUB在同一时间段内有超过五百次提交。
BURG在主题方面做了一些有用的工作，尽管GRUB大部分都有 - 只是默认情况下没有提供，这我记得是由于许可问题。BURG支持了一种不同的安装模式，帮助了一些人，但现在GRUB具有Reed-Solomon编码和跳过引导轨道中某些扇区的能力，通常不再需要这样做。还有一些其他小的改进。但这些都不能证明放弃了伟大的GRUB社区是合理的。
顺便说一句，我非常鼓励您将您认为BURG优于GRUB的原因报告为GRUB的错误。
- Colin Watson
因为BURG在这么多机器上还没有准备好部署。它在开发过程中还处于非常早期的阶段，我相信等到他们达到测试版本时，人们会开始关注它。
请查看BURG的Launchpad项目页面以了解最新的开发情况。
正如人们所指出的，引导加载程序可以被认为是系统中最重要的部分。如果它不能正确运行，您的操作系统就无法启动。因此，在大规模部署之前，这种类型的软件必须非常成熟。
Colin Watson（Ubuntu grub维护者之一）在他的回答中也提供了更多信息。
请查看BURG的Launchpad项目页面以了解最新的开发情况。
正如人们所指出的，引导加载程序可以被认为是系统中最重要的部分。如果它不能正确运行，您的操作系统就无法启动。因此，在大规模部署之前，这种类型的软件必须非常成熟。
Colin Watson（Ubuntu grub维护者之一）在他的回答中也提供了更多信息。
- Stefano Palazzo
3
3只是要补充一点，你必须记住引导加载程序可能被称为Ubuntu堆栈中最重要的组件 - 如果它出了问题，你将无法进入Ubuntu（或其他操作系统）！因此，这样一个重要的组件需要相当成熟和经过充分测试，以确保在Ubuntu使用的各种设备上不会出现任何故障。 - 8128
确实如此。在这方面，GRUB就是软件工程的汉伯大桥。它的稳定性和正确性非常出色。 - Stefano Palazzo
3这绝对是一个正在进行中的工作。安装多个内核可能会使其比Grub不那么有用，并且它并不总是能够处理新内核的安装。 - Adam
另一个更现实的原因是，BURG可能没有被转换的原因是它似乎是一个被放弃的项目。截至本文撰写时，trunk的最后一次提交可以追溯到2010年。
如果没有持续的开发，新功能和更重要的是修复与较新硬件和软件兼容性的错误，BURG将无法得到改善。除非开发恢复或该项目被分支，否则很难被接受。
如果没有持续的开发，新功能和更重要的是修复与较新硬件和软件兼容性的错误，BURG将无法得到改善。除非开发恢复或该项目被分支，否则很难被接受。
- Knowledge Cube