在最新的 10.12 macOS 上使用 Ubuntu 双启动 Mac 的当前最佳方法是什么？

Question

我花了最后 3 个晚上在网络的每个角落搜索如何使用 Ubuntu 双启动最新的 macOS 10.12 Sierra 的简单指南，但似乎人们推荐的方法太多了，在其他论坛中人们建议不要这样做. 我的理想情况当然是通过 Apple 标准引导加载程序中的 alt-Key 选择 macOS 或 Linux。大卫安德森发表了一篇关于这个的帖子，这似乎对我很有吸引力，但我有点怀疑，因为他的方法没有评论或答案（不是质疑他的能力），而且大多数人仍然建议使用 rEFInd。

在已经安装了 macOS 和 Windows 的 Mac 上安装 Ubuntu

我当然对此没有意见，并且我已经阅读了 Rod Smiths 网站上的相关文章，但是由于 macOS 的每个新版本（尤其是在 El Capitan 中集成了 SIP 之后）似乎都改变了它处理启动过程和大多数关于这个主题的文章早于 10.11，这让我此刻感到有些失落。我对 rEFInd 的最大担忧是其他用户抱怨的休眠功能出现故障。

我的设置包括在 macOS 10.12.3 上运行的 2012 年中期非视网膜 Macbook Pro。就我目前的知识而言，我打算：

• 使用磁盘实用程序在 macOS 中创建三个新的 hfs+ 分区作为占位符（一个小的用于重新查找，一个用于 Ubuntu 的主根分区和一个交换分区）
• 安装 Ubuntu，重新格式化主 Linux 分区并选择交换分区（我是否必须更改引导加载程序安装的位置？）
• 重新启动到恢复模式并在./refind-install --ownhfs /dev/disk0sX之后安装 rEFInd ，以便它能够在启动期间找到现有的 Ubuntu 并跳过 GRUB

我读过在单独的 hfs 分区上安装 rEFInd 可以解决休眠问题。在这种情况下，我是否必须在 Linux 安装期间选择/重新格式化小 hfs 分区作为 EFI 系统分区（如 David Anderson 建议的那样）？我为引导加载程序安装设置了哪个卷？

在另一个线程中，一位用户表示，自从 El Capitan 以来，我们最好不要在单独的 hfs 上安装 rEFInd，但没有说明原因。此外，支持此声明的一个论点当然是 rEFInd 在其较新版本中默认将自身安装在标准 EFI 分区上。即使我会以默认方式做所有事情（包括休眠问题的风险），在安装 Ubuntu 时正确的分区选择是什么？在这种情况下，我是否需要定义新的 EFI 系统分区，或者根本不需要？

您可能已经注意到，我有很多问题，如果这篇文章让您感到困惑，我提前道歉。我将不胜感激任何形式的帮助。

亲切的问候，蒂姆

Answer 1

我花了最后 3 个晚上在网络的每个角落搜索如何使用 Ubuntu 双启动最新的 macOS 10.12 Sierra 的简单指南，但似乎人们推荐的方法太多了，在其他论坛中人们建议不要这样做.

您遇到了选择的悖论——关于这个问题的太多选择正在造成混乱。实际上，很难说在这个特定问题中的任何一个选项真的比任何其他选项更好，除了适合某些非常具体的目标，其中大多数你没有提到任何偏好，除了：

我的理想情况当然是通过 Apple 标准引导加载程序中的 alt-Key 选择 macOS 或 Linux。

在这种情况下，您链接到的解决方案是有道理的，尽管我怀疑它在几点上可能有点过于复杂。（不过，我并不是 100% 肯定这一点。）

但是请注意，在引导 Mac 时按住 Alt/Option 键时看到的屏幕不是引导加载程序；这是一个引导管理器。您仍然依靠单独的引导加载程序（Apple 的boot.efi文件来引导 macOS 或 GRUB 来引导 Linux）来引导计算机。从某种意义上说，这是术语的小问题；但重要的是要理解引导管理器是用户界面工具，而引导加载程序将内核加载到内存中并执行它们，因为在某些情况下这种区别非常重要。不幸的是，人们往往对这种区别很草率。

macOS 的每个新版本（尤其是在 El Capitan 中集成了 SIP 之后）似乎都改变了它处理启动过程的方式，而且大多数关于这个主题的文章都比 10.11 旧，这让我此刻感到有些失落.

是的，macOS 启动的不断变化的性质可能是一个问题。我建议您首先忽略任何建议在 BIOS/CSM/legacy 模式下安装 Linux 的内容。虽然这样做有时是必要的，但今天很少有这种情况。从广义上讲，您将有两种选择：

• 使用什么作为启动管理器——在上面，您表达了对 Mac 内置启动管理器的偏好。这个工具是有限的，但你知道它已经存在于计算机中。两个主要的替代方案是 GRUB 2（由 Ubuntu 安装，但我很少看到使用它来启动 macOS）和 rEFInd（您显然知道它是 Mac 上的流行选择）。rEFIt 曾经也是一个不错的选择，但它已被废弃多年，因此 rEFInd（我从 rEFIt 分叉出来）是更好的选择。
• 使用什么作为引导加载程序——您引用的方法和任何使用 GRUB 作为引导管理器的方法都可能使用 GRUB 作为引导加载程序。rEFInd 可以做同样的事情，但 rEFInd 也可以使用EFI 存根加载程序，这是一个内核特性，可以将 Linux 内核变成它自己的引导加载程序。

请注意，GRUB既是引导管理器又是引导加载程序。rEFInd，OTOH，在技术上只是一个引导管理器；但是 EFI 存根加载程序（技术上是引导加载程序，但不是引导管理器）的存在使 rEFInd 能够像 Linux 内核的引导加载程序一样工作。

我对 rEFInd 的最大担忧是其他用户抱怨的休眠功能出现故障。

这是一个大问题，但我最近没有看到任何关于它的抱怨，所以我相信当前的默认设置可以refind-install解决这个问题。正如您所建议的，将 rEFInd 安装到单独的 HFS+ 分区是一种已报告的解决方案，因此，如果您将 rEFInd 安装到 ESP 然后遇到问题，您可以随时尝试。

即使您已经安装了所有东西，也可以切换启动管理器和加载程序。在这个特定问题上，如果您决定使用 rEFInd，您可以通过留出大约 200 MiB 的分区来对冲您的赌注。最初甚至不要在其上放置文件系统。使用其默认值安装 rEFInd，这会将其放在 ESP 上。如果有问题，您可以将 HFS+ 文件系统放在小的备用分区上，然后重新安装 rEFInd。如果这解决了问题，那就太好了。如果没有，您可以将 GRUB 2 放在小 HFS+ 分区上，使用您链接到的页面中描述的方法的变体。

安装 Ubuntu，重新格式化主 Linux 分区并选择交换分区（我是否必须更改引导加载程序安装的位置？）

如果 Ubuntu 安装程序在 EFI 模式下运行，它会将 GRUB 2 安装到 ESP。如果甚至提示安装引导加载程序的位置，它在 EFI 模式下将被忽略。

还值得指出的是，如果您打算使用 rEFInd 和 EFI 存根加载程序，您可以通过启动进入“安装前先试”模式、打开终端窗口并输入ubiquity -b. 该-b选项告诉安装程序不要安装 GRUB。这将最大限度地减少将来发生引导的可能性，并且它会阻止 GRUB 在内核更新以修改其配置文件时运行耗时的脚本（如果您不将 GRUB 包含在其中，则不会使用这些脚本）启动过程）。

我读过在单独的 hfs 分区上安装 rEFInd 可以解决休眠问题。在这种情况下，我是否必须在 Linux 安装期间选择/重新格式化小 hfs 分区作为 EFI 系统分区（如 David Anderson 建议的那样）？

不可以。从技术上讲，ESP必须使用FAT 文件系统。实际上，Mac 的固件在启动引导加载程序时并不关心分区是标记为 ESP 还是标准 HFS+ 分区。

我还应该指出，在您链接的说明中，我没有看到创建第二个 ESP 的意义。不过，也许我错过了一些东西。

即使我会以默认方式做所有事情（包括休眠问题的风险），在安装 Ubuntu 时正确的分区选择是什么？在这种情况下，我是否需要定义新的 EFI 系统分区，或者根本不需要？

不，ESP 旨在由计算机上的所有操作系统共享。不过，就 Mac 而言，Apple 仅将其用于固件更新，AFAIK；它的引导加载程序驻留在它的Recovery HD卷上。

也就是说，您可以创建多个 ESP；这样做是合法的，AFAIK，所有 EFI 都支持此类配置。这样做几乎没有意义或没有意义。