☰

在 Ubuntu 旁边的双启动设置中将 OS X 10.11 (El Capitan) 从测试版升级到 GM 候选版时出现问题

tag-icon • tag-icon macos mac boot partitioning multi-boot
在 Ubuntu 旁边的双启动设置中将 OS X 10.11 (El Capitan) 从测试版升级到 GM 候选版时出现问题

我正在将 MacBook Pro（去年的型号，所有原装硬件）上的 OS X 10.11 (El Capitan) 测试版升级到 GM 候选版，该 MacBook Pro 具有与 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*

答案1

我怀疑（但不确定）问题是否是由 OS X 喜欢在大多数分区之间看到间隙（至少 128MiB）这一事实引起的。请参阅苹果的 TN2166 文档有关详细信息，特别是“分区策略”部分。我见过 OS X 安装和更新在缺少此类间隙时失败，因此这可能是同一件事。但如果是这样，您收到的错误消息就没什么帮助了。

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

顺便说一句，我最近发现了一些有关blessamanthethy 提到的问题的信息，该问题给 rEFInd 用户带来了麻烦。简而言之，Apple 似乎正在限制实用程序bless以加强安全性。请参阅此错误报告和这个有几个数据点。据csrutil disable报道，启动到恢复模式（启动时按住 Alt）并在终端中输入可以禁用此安全功能，但我自己还没有尝试过。在 OS X 之外注册 rEFInd 也可能是可能的，但我还没有研究过这一点。（注意：我是 rEFInd 的维护者，但我还没有安装 OS X 10.11 测试版。）

答案2

同样的情形。在卡在启动循环后，我没有尝试强制升级，而是直接返回 Yosemite，忘记 El Capitan 的存在。令人惊讶的是，这让我重新启动了 Yosemite：

  1. 出现错误消息时，选择 Apple 菜单 -> 启动磁盘... -> 选择 HD -> 确认
  2. 重启
  3. 重新启动 Yosemite，就像我从未尝试过升级一样。

答案3

我最终使用可启动的 USB 安装程序重新安装了 OS X（按照 amanthethy 的评论）createinstallmedia. 效果还不错。

相关内容