这是我的最终答案,它基于在Ubuntu Wiki上此列表中的 2000多个页面中匹配关键字所找到的信息。我发现的是过时的Ubuntu开发说明和规范说明(阅读:单词,单词,单词),因此花了一些时间才找到此答案。
操作,命名错误
首先,应阐明引导加载程序的命名:
所有字母均大写的名称是指引导加载程序(例如GRUB,SYSLINUX)
首字母大写的名称是指项目名称,或者是引导加载程序系列的某些或所有变体(例如Syslinux)
特别是,“ Syslinux”是引导加载程序的集合,其中包括“ SYSLINUX”,“ ISOLINUX”,“ EXTLINUX”和“ PXELINUX”
按照命名约定,问题实际上是针对“ El Torito no-emulation”引导程序而不是 “ SYSLINUX”的“ ISOLINUX ”。也许后者在过去可以与前者互换使用。没关系。
历史简介
2005年:为Ubuntu CD引导加载程序选择了ISOLINUX,而不是GRUB。
以前曾建议使用GRUB作为替代的引导加载程序,但是在Warty live CD中尝试了这种方法,在该CD中,我们观察到与使用ISOLINUX的安装CD相比,引导性显着下降。我们认为坚持使用基于ISOLINUX的解决方案是长期支持版本的最合适方法。
-来自CdBootloader-Ubuntu Wiki
2006年:添加了gfxboot;这支持2010年引用的信息。
在Dapper中,我们将gfxboot添加到了我们的amd64和i386 CD映像中,提供了友好的图形化引导菜单,这是用户在这些体系结构上引导Ubuntu CD映像时首先看到的内容[...]
-来自PortableGfxboot-Ubuntu Wiki
2009年:ISOLINUX(表示为SYSLINUX)仍用于引导Ubuntu CD。
Ubuntu live CD仍使用SYSLINUX引导,该系统不支持以图形方式启动内核。这意味着实时CD将显示图形引导菜单,然后切换回文本模式以启动内核,然后通常在以后再切换回图形模式。结果,在启动时,实时CD当前将比正常安装的系统闪烁更多。
-来自BootGraphicsArchitecture-Ubuntu Wiki
2010年:已使用ISOLINUX,但UEFI支持需要GRUB 2。
当前的Ubuntu CD使用ISOLINUX,SuSE的gfxboot扩展实现了图形菜单。
事实证明,这很难维护,在Ubuntu中只有一个了解主题代码的人[...]
[因为] GRUB 2最近在上游添加了图形菜单支持,因此移至该菜单可能会减少我们的维护负担。似乎我们无论如何都需要使用GRUB 2来支持EFI,并且在CD上配置两个不同的引导加载程序是不希望的。
-来自FoundationsTeam / Specs / MaverickCDBoot-Ubuntu Wiki
根据foundations-m-grub2-boot-framebuffer,我们将需要研究在EFI中支持图形启动菜单的能力。GRUB对UGA和GOP图形有一定程度的支持。
这要求使用GRUB进行CD引导,或者至少具有最低限度的配置来支持它。
-来自FoundationsTeam / Specs / MaverickUefiSupport-Ubuntu Wiki
是否发现差异
根据简短的历史,我们现在了解到:
首选ISOLINUX,因为GRUB可以追溯到2005年
尽管缺少对在图形模式下启动内核的支持(在启动过渡期间导致闪烁),但仍首选ISOLINUX。
ISOLINUX已与gfxboot一起使用,以提供图形菜单,而GRUB当时(2010)尚未实现或无法实现
自Maverick(2010年后)开始,GRUB已在以后添加,以通过UEFI支持进行引导。
然后,我意识到让Ubuntu live CD包含两个引导加载程序并不是 GRUB和SYSLINUX之间的区别。
根本原因
从我的阅读中,这些支持事实实际上暗示:
Ubuntu live CD一直在使用特定的启动加载程序,该加载程序对提供图形菜单和主题以及平滑过渡以显示启动飞溅提供了更好的支持。在这种情况下,为SYSLINUX(精确地为ISOLINUX)。
当UEFI系统变得越来越普遍时,只有Ubuntu才在Ubuntu live CD中包含GRUB(精确来说是GRUB 2)以通过UEFI支持进行引导。
最重要的是,我相信这可以回答我一年多来的问题,并且这个答案终于使我的好奇心得到了缓解。
TL; DR GRUB和ISOLINUX都在Ubuntu live CD中使用是出于排他性的原因。两者都包含在Live CD中,以提供更好的启动体验和硬件支持。