私は、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 を再び起動できました。
- エラーメッセージが表示されたら、Appleメニュー -> 起動ディスク... -> HDを選択 -> 確認を選択します。
- リブート
- アップグレードを試みなかったかのように、Yosemite を起動し直します。
答え3
私は最終的にOS Xを再インストールしました(amanthethyのコメントに従って)起動可能なUSBインストーラーを使用してcreateinstallmedia
十分に機能しました。