在 Ubuntu 旁边的双引导设置中将 OS X 10.11 (El Capitan) 从 beta 升级到 GM 候选版本时出现问题

Question

我正在将我的 OS X 10.11 (El Capitan) 测试版升级到我的 MacBook Pro（去年的型号，所有原始硬件）上的 GM 候选版本，它具有与 Ubuntu 的双引导设置。安装程序重新启动我的计算机后，我得到：

无法在您的计算机上安装 OS X

使用 Core Storage 时需要引导辅助分区。
退出安装程序以重新启动计算机并重试。

我尝试重新启动计算机，但每次都出现相同的错误消息。我的猜测是 Ubuntu 分区导致了这种情况。我正在使用 rEFInd 启动它。

我的引导助手分区在哪里消失了（无论是什么），以及如何在不触及 Ubuntu 设置的情况下在之前安装的分区上重新安装 OS X？

的输出diskutil list：

/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *251.0 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage Macintosh HD            232.8 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
   4:           Linux Filesystem                         17.2 GB    disk0s4
/dev/disk1 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +232.5 GB   disk1
                                 Logical Volume on disk0s2
                                 464DCBB2-E35B-48E3-A123-B6B8C755E0F2
                                 Unencrypted

的输出sudo gpt show -l /dev/disk0：

gpt show: /dev/disk0: Suspicious MBR at sector 0
      start       size  index  contents
          0          1         MBR
          1          1         Pri GPT header
          2         32         Pri GPT table
         34          6         
         40     409600      1  GPT part - "EFI System Partition"
     409640  454699328      2  GPT part - "Macintosh HD"
  455108968    1269536      3  GPT part - "Recovery HD"
  456378504   33594064      4  GPT part - "Linux"
  489972568     262151         
  490234719         32         Sec GPT table
  490234751          1         Sec GPT header

的输出sudo fdisk /dev/disk0：

Disk: /dev/disk0    geometry: 30515/255/63 [490234752 sectors]
Signature: 0xAA55
         Starting       Ending
 #: id  cyl  hd sec -  cyl  hd sec [     start -       size]
------------------------------------------------------------------------
 1: EE    0   0   1 - 1023 254  63 [         1 -     409639] <Unknown ID>
*2: AF 1023 254  63 - 1023 254  63 [    409640 -  454699328] HFS+        
 3: AF 1023 254  63 - 1023 254  63 [ 455108968 -    1269536] HFS+        
 4: 83 1023 254  63 - 1023 254  63 [ 456378504 -   33594064] Linux files*

Answer 1

我怀疑（但不确定）这个问题是由 OS X 喜欢看到大多数分区之间的间隙（至少 128MiB）造成的。有关详细信息，请参阅Apple 的 TN2166 文档，尤其是“分区策略”部分。我已经看到 OS X 安装和更新在没有这种差距时失败，所以这可能是同一件事。但是，如果是这样，您收到的错误消息就没有什么帮助了。

错误消息本身似乎是指自 Yosemite 以来，OS X默认使用了一种逻辑卷管理 (LVM)。由于固件无法在 LVM 中读取，Apple 决定开始将其引导加载程序存储在通常称为“Recovery HD”的卷上。该消息似乎是说该卷不存在，但您的输出清楚地表明它存在。我怀疑这代表了显示错误消息时的逻辑错误——分区之间缺少 128MiB 间隙已被转换为错误的错误消息。OTOH，您的“Recovery HD”卷也可能以某种方式损坏 - 或者可能有一些完全不同的问题触发了误导性错误消息。

顺便说一句，我最近发现了一些关于blessamanthethy 所指的问题的信息，这些问题给 rEFInd 用户带来了问题。简而言之，看起来苹果正在限制 的效用bless以加强安全性。见这个错误报告和这一对夫妇的数据点。csrutil disable据报道，启动到恢复模式（通过在启动时按住 Alt 键）并在终端中输入会禁用此安全功能，但我自己没有尝试过。也可以在 OS X 之外注册 rEFInd，但我没有研究过。（注意：我是 rEFInd 的维护者，但我还没有安装 OS X 10.11 beta。）