壊れたGPT、GUID、マウント不可、タイプボリュームを修正する方法は？

Retina、Yosemite、500GBハードドライブを搭載したMacbook Proを持っています。Bootcampを使用してWindowsをインストールしようとしたところ、誤ってパーティションを削除してしまいましたが、Macが起動できなくなりました。これはからの出力ですsudo gpt -r show disk0

  gpt show: 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 - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
   409640  776617328      2  GPT part - FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF
777026968    1269760      3  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
778296728        616         
778297344  198807552      4  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
977104896        131         
977105027         32         Sec GPT table
977105059          1         Sec GPT header

インデックス2に2番目のパーティションを作成し、FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF再度ブート可能になるように入力するだけです。このパーティションではFileVault 2が有効になっています。

しかし、今のところ、どうすればいいのかわかりません。

P / S：フルヨセミテシステムの外付けハードドライブから@klanomathブートの指示に従いましたが、最後のコマンドでパーティションタイプを変更しました

sudo gpt add -b 409640 -s 776617328 -i 2 -t 53746F72-6167-11AA-AA11-00306543ECAC /dev/disk0

このエラーが発生しました：

gpt add: /dev/disk0: Suspicious MBR at sector 0
gpt add: /dev/disk0: error: no space available on device

これはからの出力です sudo gpt -r show /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 - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
    409640  776617328      2  MBR part 218
 777026968    1269760      3  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
 778296728        616         
 778297344  198807552      4  MBR part 175
 977104896        131         
 977105027         32         Sec GPT table
 977105059          1         Sec GPT header

進捗：

コマンドを実行しました sudo gpt destroy /dev/disk0

しかし、このコマンドを使用して最初のパーティションを追加しようとしたとき sudo gpt add -b 40 -s 409600 -i 1 -t C12A7328-F81F-11D2-BA4B-00A0C93EC93B /dev/disk0

私はこのエラーをすぐに受け取りました

gpt add: /dev/disk0: Suspicious MBR at sector 0
gpt add: /dev/disk0: error: no primary GPT header; run create or recover

コマンドsudo gpt -r show /dev/disk0はこれを私に与えます

   gpt show: /dev/disk0: Suspicious MBR at sector 0
     start       size  index  contents
         0          1         MBR
         1     409639         
    409640  776617328      2  MBR part 218
 777026968    1269760      3  MBR part 175
 778296728        616         
 778297344  198807552      4  MBR part 175
 977104896        164

進捗状況2：

私は実行sudo gpt create /dev/disk0 してこのエラーを受け取りました：

gpt create: /dev/disk0: Suspicious MBR at sector 0
gpt create: /dev/disk0: error: device contains a MBR

そして、私sudo fdisk -i -a hfs /dev/disk0は新しいMBRを書き込むためにこのコマンドを実行してsudo gpt create /dev/disk0もう一度実行しましたが、同じエラーが発生しましたgpt create: /dev/disk0: error: device contains a MBR

今これsudo gpt -r show /dev/disk0をくれ

      start       size  index  contents
      0          1         MBR
      1         62         
     63  977104997      1  MBR part 175

進捗状況3および最終：D

まず、@ klanomathに感謝します。助けがなければ、ここまで行くことができませんでした。

このコマンドを実行しました sudo gpt create -fp /dev/disk0

そして、このコマンドsudo gpt recover /dev/disk0はセカンダリGPTヘッダーを取得します

その後、私は実行sudo gdisk /dev/disk0し、ディスクがマウントされ、正しく機能します

— LN
ソース

2番目のパーティションのコンテンツタイプが間違っています。代わりに、FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFFそれがなければなりません53746F72-6167-11AA-AA11-00306543ECAC。

コンテンツタイプを編集するには、インターネットリカバリモードで起動してを使用する必要がありますgpt。さらに、4番目のパーティションが削除されます（おそらく「削除された」パーティション）。データが含まれていないことを確認してください！

準備：

外付けドライブ（特に外付けTime Machineバックアップドライブ）を取り外します
起動alt cmd R時にを押して、インターネット回復モードで再起動します。

前提条件は、インストールされている最新のファームウェアアップデート、イーサネットまたはWLAN（WPA / WPA2）、およびDHCPがアクティブになっているルーターです。
50 Mbpsの回線では、通常はApple / Akamaiサーバーから読み込まれるリカバリネットブートイメージで起動するのに約4分かかります（小さなアニメーショングローブが表示されます）。

信頼性が高いので、イーサネットをお勧めします。WIFIに制限されており、起動プロセスが失敗した場合は、起動が成功するまでMacを再起動してください。

あるいは、起動可能なインストーラーのサムドライブ（できればYosemiteまたはEl Capitan）またはシステム全体を含むサムドライブ（できればYosemiteまたはEl Capitan）から始めることもできます。フルシステムで起動し、adminとしてログインする場合は、！のsudoような特別なコマンドを実行するために先頭に追加する必要がありますgpt ...。

4番目のパーティションを削除し、2番目のパーティションのコンテンツタイプを変更する

インターネットリカバリモードで起動し、メニューバーの[ユーティリティ]→[ターミナル]を開き、次のように入力 diskutil listして、ディスク識別子を取得します。以下では、メインディスクのディスク識別子がdisk0であると想定しています。
まず、4番目のパーティションを削除する必要があります（それが本当に空の場合にのみ行ってください！）：
```
gpt -r show /dev/disk0 #to get an overview
```
gptディスクを含むパーティションを削除するには、アンマウントする必要があります。
```
diskutil unmountDisk /dev/disk0
gpt remove -i 4 /dev/disk0 #remove the fourth partition
```

次に、2番目のパーティションのコンテンツタイプを変更する必要があります。

diskutil unmountDisk /dev/disk0
gpt remove -i 2 /dev/disk0 #remove the second partition
gpt add -b StartBlock -s NumberOfBlocks -i 2 -t 53746F72-6167-11AA-AA11-00306543ECAC

あなたの場合：

gpt add -b 409640 -s 776617328 -i 2 -t 53746F72-6167-11AA-AA11-00306543ECAC /dev/disk0

FileVaultパスフレーズの入力を求められます。入力してください。
ターミナルを入力exitして終了する
メインボリュームMacintosh HDにエラーがないか確認します
ディスクユーティリティを終了し、メインボリュームで再起動します

補遺：頑固なMBRの削除

fdiskまたはgptを使用して、ブロック0でMBRを削除できます。管理者ユーザーを使用する場合はsudo、gpt ....コマンドを使用して先頭に追加します。

最初にもう一度概要を確認します。このステップは、gptを破棄する前に重要です。これは、gptを最初から再構築するためのソースであるためです。
```
gpt -r show /dev/disk0
```

次にgptを削除します。

diskutil unmountDisk /dev/disk0
gpt destroy /dev/disk0

新しいGUIDパーティションテーブルを作成します。
```
gpt create -f /dev/disk0
```
最後に、すべてのパーティションを1つずつ追加します。
```
gpt add -b 40 -s 409600 -i 1 -t C12A7328-F81F-11D2-BA4B-00A0C93EC93B /dev/disk0
gpt add -b 777026968 -s 1269760 -i 3 -t 426F6F74-0000-11AA-AA11-00306543ECAC /dev/disk0
gpt add -b 409640 -s 776617328 -i 2 -t 53746F72-6167-11AA-AA11-00306543ECAC /dev/disk0
```
ヒント：正しいインデックス番号を保持している場合は、任意の順序でパーティションを追加および削除できます。上記のコマンドでは... -i 3 ...、2番目のパーティション（... -i 2 ...）を追加する前に3番目のパーティション（）を追加しました。パーティションi = 1とi = 3には自動マウントされたボリュームが含まれておらず、2番目のパーティションには含まれているため、disk0をアンマウントする必要はありません。

回答の最初の部分で、リカバリHDの間違ったパーティションタイプ（インデックス番号3の3番目のパーティション）を検出できませんでした。したがって、私は使用しました：
```
gpt add -b 777026968 -s 1269760 -i 3 -t 426F6F74-0000-11AA-AA11-00306543ECAC /dev/disk0
```
間違っている代わりに
```
gpt add -b 777026968 -s 1269760 -i 3 -t 48465300-0000-11AA-AA11-00306543ECAC /dev/disk0 #wrong partition type of the Recovery HD
```
再度追加します。

それでもエラーが発生する場合は、でMBRに取り組みfdiskます。管理ユーザーを使用する場合sudo、fdisk ...コマンドを使用して先頭に追加します。
```
fdisk -i -a hfs /dev/disk0
```
gpt ...上記で概説したgptエントリを追加します。

ディスク全体を満たすようにメインボリュームのサイズを変更する

最後に、メインボリュームのサイズを変更してディスク全体を埋めることができます。

概要を取得：
```
diskutil cs list
```
フルシステムの外部ドライブから起動する場合、いくつかのCoreStorage論理ボリュームグループがある可能性があります。適切なものを使用してください！
スタック全体のサイズを変更します。
```
diskutil cs resizeStack lvUUID size #lvUUID is the UUID of the Logical Volume. Usually it's the last one listed.
```
ヨセミテで起動0gし、サイズを拡大して使用できます。ここでは0gが「魔法の」サイズです。
```
diskutil cs resizeStack lvUUID 0g
```
El Capitanで起動すると、のような実際のサイズを使用する必要があります500g。エラーが発生した場合は、499gまたはのような少し小さいサイズを使用してください499500m。
```
diskutil cs resizeStack lvUUID 500g
```

— クラノマス
ソース

まだ行き詰まっています。まず、「gpt delete -i 2 / dev / disk0」を実行した後、「gpt：unknown command：delete」と表示されたため、「delete」を「remove」に変更する必要があると思います。しかし、実行する必要がある最後のコマンドでは、「gpt add：/ dev / disk0：error：no space available on device」

— LN

私はあなたの指示に従い、結果を質問に投稿しました。ありがとう

— LN

2つ目の指示に従いましたが、残念ながら、「gpt add：/ dev / disk0：error：no primary GPT header; run create or recover」というエラーが発生します。進捗状況を追加しました

— LN 2015

心配はいりません。進捗状況を更新しました。MBRを取り除くことができなかったようです

— LN

まあ、これと同じ正確な問題が数か月前に私に起こったときに知っておくと役に立ちました。klanomathは、macsについてどれだけ知っているかに驚かずにはいられません。すべてのデータを失ってしまいました。

— フレアキャット