怎么能强迫普遍性不安装grub呢？

Question

我的HDD分区：

• esp -> sda1
• archlinux -> sda2
• 交换-> sda3
• sda4

我将在sda4上安装ubuntu；目前，我的引导过程是由系统d-引导控制的，它通过引导软件安装在archlinux中。没关系，我想留着它。

通过安装Ubuntu，它将尝试在sda或sdaX上安装grub。看这张截图中的下拉菜单：

我想在不处理grub的情况下在sda4上安装Ubuntu。然后，我将指向Ubuntu文件和initrd文件，方法是在systemd-boot配置系统下在archlinux中创建一个新的条目文件。

Answer 1

sudo ubiquity -b

刚安装了16.10通过直接引导ISO上的sda与grub的环装。一旦进入安装程序进入终端并使用上述命令。其他的安装看起来很正常。直到我点击了thru，才注意到，但是相当肯定的是，安装grub的位置的组合框丢失了。在安装过程中，通常会说安装grub，但一直没有显示出来。

通常，sdb的安装或任何第二次安装都会用主安装的引导覆盖我的/EFI/ubuntu文件夹。这一次，我能够重新启动到我的主安装。

运行sudo update-grub仍然可以找到新的安装，即使grub“未安装”。注意到/boot/grub中也没有grub.cfg。

Answer 2

我不知道有什么方法可以防止安装Grub。但是，您可以避免使用Grub访问/dev/sda驱动器的/dev/sda和其他分区。

将第二个USB插入到计算机中。在安装过程中选择它作为启动设备。现在，在/dev/sda4 4上安装Ubuntu。除了/dev/sda4之外，安装过程不会触及/dev/sda或任何其他分区的引导扇区。

Answer 3

默认情况下，您不能强迫不安装引导加载程序。

虽然@oldfred已经提到了普及的-b选项，尽管没有文档，但这并不明显，对于大多数最终用户来说，使用它可能是很可怕的。尽管如此，以前也有类似的选择。

过去有

过去，Ubuntu有一个高级选项，允许用户定制引导加载程序安装。在Ubuntu发行版之间，高级选项最后一次出现在Lucid (10.04)版本中。这个选项从那时起就被删除了，不管是什么原因，我都没有跟进。

旧截图作为证据：

安装在同一个分区

上

在特别的步骤中，您只需为引导加载程序安装选择主设备/dev/sda以外的设备。例如，Ubuntu将安装在/dev/sda4分区上，因此引导加载程序也应该安装在/dev/sda4上。

通过这样做，用户将拥有：

• 新的/dev/sda4引导加载程序将被隐藏，除非机器启动时可以选择将其链接到分区以显示它。
• /dev/sda的现有引导加载程序将处理在/dev/sda4上新安装的操作系统的检测，而不必依赖新的引导加载程序。
• 用户将需要从第一个已安装的操作系统更新/dev/sda上的引导加载程序，以便检测随后在其他分区上安装的系统。

除非有任何不处理引导加载程序的关键原因，否则我看不到将后续引导加载程序安装到相应分区的任何副作用。

第一次引导加载程序管理所有

就我个人而言，我在同一台机器上安装了多个发行版(主要是Ubuntu口味和类似的衍生产品)，在/dev/sda上安装了第一个引导加载程序，在各自的分区上安装了其他引导加载程序。唯一的警告是，引导加载程序必须从第一个已安装的操作系统中更新。

除了警告之外，只要有最少的麻烦，人们总是可以忘记新的引导加载程序，让现有的引导加载程序来管理检测。

在安装系统的同一分区安装新的引导加载程序；除非将链接加载到该分区，否则新的引导加载程序将对用户隐藏。

相关:我编写了解释双引导设置的这个古老的答案，提到了os-prober和通过链接加载到分区来解决问题。