默认情况下,你不能强制不安装引导加载程序。
虽然@oldfred提到了ubiquity的-b
选项,尽管没有文档记录,但这对大多数终端用户来说并不明显,可能会让他们感到害怕。尽管如此,类似的选项以前存在过。
曾经有一个选项
在过去,Ubuntu有一个高级选项,允许用户自定义引导加载程序的安装。在Ubuntu LTS版本之间,这个高级选项最后出现在Lucid Lynx(10.04)发布版中。从那时起,这个选项就被删除了,原因我没有跟进。
旧截图作为证据:
![Step 8/8 of Ubiquity installer in Ubuntu Lucid](https://istack.dev59.com/brVIh.webp)
在同一分区上安装
在特定的步骤中,可以选择除主设备/dev/sda
之外的设备来进行引导加载程序的安装。例如,Ubuntu将安装在/dev/sda4
分区上,因此引导加载程序也应该安装在/dev/sda4
上。
通过这样做,用户将会有以下效果:
位于/dev/sda4
的新引导加载程序将被隐藏,除非使用启动选项链式加载到该分区以显示它
位于/dev/sda
的现有引导加载程序将负责检测位于/dev/sda4
的新安装操作系统,而无需依赖新的引导加载程序
用户需要从第一个安装的操作系统更新位于/dev/sda
的引导加载程序,以便检测其他分区上随后安装的系统
除非有任何不处理引导加载程序的重要原因,否则我认为在各自的分区上安装后续的引导加载程序没有任何副作用。
第一个引导加载程序管理所有
就个人而言,我在同一台机器上安装了多个发行版(主要是Ubuntu的各种风味和类似的衍生版本),其中第一个引导加载程序位于
/dev/sda
,其他引导加载程序位于各自的分区上。唯一的注意事项是,引导加载程序必须从第一个安装的操作系统进行更新。
除了这个注意事项之外,最省事的方法就是忘记新的引导加载程序,让现有的引导加载程序来管理检测。
简而言之:将新的引导加载程序安装在系统将被安装的同一分区上;无论如何,新的引导加载程序对用户来说都是隐藏的,除非链式加载到该分区。
相关:我曾经写过一篇这个旧答案,其中解释了双启动设置,并提到了os-prober
和通过链式加载到分区的解决方法。
-b
选项:http://manpages.ubuntu.com/manpages/xenial/man8/ubiquity.8.html - mini