web-dev-qa-db-ja.com

Ubuntuの隣のデュアルブートセットアップでOSX 10.11（El Capitan）をベータ版からGM候補）にアップグレードする際の問題

OS X 10.11（El Capitan）ベータ版を、Ubuntuとのデュアルブートセットアップを備えたMacBook Pro（昨年のモデル、すべてオリジナルのハードウェア）の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*
macosmacbootpartitioningmulti-boot
5
zenith

私は疑わしい（しかし確かではない）OS Xがほとんどのパーティション間の（少なくとも128MiBの）ギャップを見るのが好きであるという事実によって引き起こされていると思います。詳細、特に「パーティション化ポリシー」セクションについては、 AppleのTN2166ドキュメント を参照してください。そのようなギャップがないとOSXのインストールとアップデートが失敗するのを見たことがあるので、これは同じことかもしれません。その場合でも、受け取ったエラーメッセージは役に立ちません。

エラーメッセージ自体は、Yosemite以降、OS Xがデフォルトで 論理ボリューム管理（LVM） のタイプを使用しているという事実を参照しているようです。ファームウェアはLVM内で読み取ることができないため、Appleは、通常「リカバリHD」と呼ばれるボリュームにブートローダーの保存を開始することを決定しました。メッセージは、このボリュームがそうではないことを示しているようです。存在しますが、出力はそれが存在することを明確に示しています。これはエラーメッセージを表示する際の論理エラーを表していると思われます。パーティション間に128MiBのギャップがないことは、間違ったエラーメッセージに変換されています。OTOH、それも可能です。 「RecoveryHD」ボリュームが何らかの形で破損していること、または誤解を招くエラーメッセージをトリガーするまったく別の問題がある可能性があります。

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

5
Rod Smith

同じ状況。ブートループでスタックした後にアップグレードを強制しようとするのではなく、ヨセミテに戻ってエルキャピタンが存在したことを忘れても大丈夫でした。驚いたことに、これでYosemiteの起動に戻りました。

  1. エラーメッセージが表示されたら、select Apple Menu-> Startup Disk ...-> Select HD-> Confirm
  2. リブート
  3. アップグレードを試みたことがないように、Yosemiteの起動に戻ります。
2
analogue

createinstallmedia で作成された起動可能なUSBインストーラーを使用して（amanthethyのコメントに従って）OSXを再インストールすることになりました。十分に機能しました。

0
zenith