Ubuntu とデュアルブート設定で OS X 10.11 (El Capitan) をベータ版から GM 候補版にアップグレードする際に発生する問題

Ubuntu とデュアルブート設定で OS X 10.11 (El Capitan) をベータ版から GM 候補版にアップグレードする際に発生する問題

私は、Ubuntu とのデュアルブート セットアップを備えた MacBook Pro (昨年のモデル、すべてオリジナルのハードウェア) で、OS X 10.11 (El Capitan) ベータ版を GM 候補版にアップグレードしています。インストーラーがコンピューターを再起動すると、次のメッセージが表示されます。

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)があることを好むという事実によって発生します。AppleのTN2166文書詳細については、特に「パーティション ポリシー」セクションを参照してください。このようなギャップがない場合、OS X のインストールとアップデートが失敗するのを見たことがあるため、同じことが原因である可能性があります。ただし、そうである場合、受信したエラー メッセージはあまり役に立ちません。

エラーメッセージ自体は、Yosemite以降、OS Xが論理ボリューム管理 (LVM)デフォルトでは、ファームウェアは LVM 内を読み取れないため、Apple はブートローダーを通常「Recovery HD」と呼ばれるボリュームに保存することにしました。メッセージは、このボリュームが存在しないと言っているようですが、出力は明らかにこのボリュームが存在することを示しています。これは、エラー メッセージの表示における論理エラーを表しているのではないかと思います。パーティション間に 128MiB のギャップがないことが、間違ったエラー メッセージに変換されています。一方、「Recovery HD」ボリュームが何らかの形で破損している可能性もあります。あるいは、誤解を招くエラー メッセージを引き起こしているまったく別の問題があるかもしれません。

ちなみに、私は最近、amanthethy が言及している rEFInd ユーザーに問題を引き起こしている問題についていくつかの情報を発見しました。簡単に言うと、Apple はセキュリティを強化するためにblessのユーティリティを制限しているようです。blessこのバグレポートそしてこれですいくつかのデータ ポイントについて。リカバリ モードで起動し (起動中に Alt キーを押したままにする)、csrutil disableターミナルに入力すると、このセキュリティ機能が無効になるという報告がありますが、私は自分で試していません。OS X の外部で rEFInd を登録することもできるかもしれませんが、私はこれを調べていません。(注: 私は rEFInd のメンテナーですが、OS X 10.11 ベータ版をまだインストールしていません。)

答え2

同じ状況です。ブート ループに陥った後にアップグレードを強制するよりも、Yosemite に戻って El Capitan の存在を忘れるだけで十分でした。驚いたことに、次の方法で Yosemite を再び起動できました。

  1. エラーメッセージが表示されたら、Appleメニュー -> 起動ディスク... -> HDを選択 -> 確認を選択します。
  2. リブート
  3. アップグレードを試みなかったかのように、Yosemite を起動し直します。

答え3

私は最終的にOS Xを再インストールしました(amanthethyのコメントに従って)起動可能なUSBインストーラーを使用してcreateinstallmedia十分に機能しました。

関連情報