バックアップされていないデータ、パーティションタイプ：FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF

コンピューターをブリックしたときに、クラス用にMacBookにLinuxをインストールしようとしていましたが、現在は起動できません。

パーティションを小さくしすぎたので、大きなパーティションを削除して作成します。ただし、ディスクユーティリティでは、小さなパーティションを削除できませんでした。https://apple.stackexchange.com/a/238088/236252の指示に従いました

ただし、削除できないだけでなく、再起動時に（同じディスク上にある）プライマリパーティションがFFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFFに変更されたことに気付き、起動するオプションがありませんでした。（正しいディスクとパーティションでコマンドを実行したと確信しています）

似たようなスレッドを見ましたが、メインのブート可能ドライブが破損したドライブです。

データを失いたくありません。私は最も端末に精通しているわけではないので、どんな助けもありがたいです。追加情報を親切に提供します！

（ディスク0、パーティション2は私のメインパーティションであり、私が気にするのはその1つだけです）

以下は、 $ diskutil listと$ gpt -r show disk0の結果です。

更新：： @klanomathの指示に従いました。最後のステップで、次のエラーを受け取りました。

Checking prerequisites
Checking the partition list
Checking for an EFI system partition
Checking the EFI system partition's size
Checking the EFI system partition's file system
Problems were found with the partition map which might prevent booting
Error: -69766: The partition map needs to be repaired because there's a problem with the EFI system partition's file system
Underlying error: 8: POSIX reports: Exec format error 

最終更新：成功！

このプロセス全体を支援してくれた@klanomathに感謝したかっただけです。彼は、ファイルにアクセスできるだけでなく、この大失敗の前にコンピューターにアクセスできるようになるまで（そして、これは5時間のメール連絡の後）、TeamViewingで11時間過ごしました。

この問題を抱えている将来の読者には、あきらめないでください、修正できます！

あなたのケースにぴったりの回答を追加するために、リンクされた「重複」の回答をわずかに修正し、ここに再度投稿しました。

内蔵ディスクの2番目と3番目のパーティションのパーティションタイプが間違っていても、データはおそらく失われません。

ブート可能なOS Xパーティション（Recovery HDを除く）には、標準OS XパーティションのGUID 48465300-0000-11AA-AA11-00306543ECACまたはCoreStorageパーティションのGUID 53746F72-6167-11AA-AA11-00306543ECACがあります。FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFFFFは不明なパーティションタイプです（ただし、000000-0000-0000 ....のようなパーティションはありません）。

標準のOS Xパーティションの最初のブロックにはゼロ以外の値は含まれません。CoreStorageパーティションの最初のブロックにはゼロ以外の値が含まれます。パーティションの最初の3ブロックを取得するには、hexdump / xxdの代わりを使用する必要があります（どちらもRecovery Mode / OS X Installerブートドライブでは使用できません）。私が見つけた最高のものはですdd if=/dev/diskXsY count=3 | vis -c。

GUIDパーティションテーブルはで変更できますgpt。gptは、ディスク（512）の最初の34ブロックと最後の33ブロック、または4kディスクの最初の6ブロックと最後の5ブロックのみに書き込みます。リクエストによってボリューム/ディスクを初期化または修復しない限り、パーティションテーブルを（誤ってでも）変更しても、ディスク上のボリュームの内容は変更されません。ただし、確認することはできます。

• インターネットリカバリモードまたはOS Xインストーラーブートドライブを起動します
• メニューバーのユーティリティ>ターミナルでターミナルを開きます
• で概要を取得 diskutil list

• 前のコマンドで見つかったディスク識別子を使用して、内部ディスクの概要を取得します。以下では、内部ディスクのディスク識別子がdisk0であると想定しています（環境内で見つかったものに置き換えてください）

  gpt -r show disk0
  

• disk0をアンマウントします diskutil umountDisk disk0

• FFFF ...パーティションの最初の3ブロックに対して：

  dd if=/dev/disk0s2 count=3 | vis -c
  

  1. 以前に標準パーティションがあった場合、最初の1024バイトには印刷不可（ゼロ）のみが含まれます：\ 0 \ 0 ...〜バイト1030では、次のシーケンスが表示されます：\ 0HFSJ \ 0

  2. CoreStorageパーティションがある場合、最初の512バイトにゼロ以外の文字列と文字列CS（...\0CS\^A...）が表示されます。

     \^U\^D\^A\M-s\M^?\M^?\M^?\M^?\^A\0\^P\0\0\0\M-W\^A\a\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^B\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\M^Pu\M-\7\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0CS\^A\0\0\0\^D\0\0\^P\0\0\0\0@\0X\M-7}\^C\0\0\0\0X\M-;}\^C\0\0\0\0X\M-?}\^C\0\0\0\0X\M-C}\^C\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^P\0\0\0\^B\0\0\0006j v\^R\M-+\^U\M^[\f\M^CdG\M-y\^]...
     

• 次に、3番目、4番目、2番目のパーティションを削除します。

  diskutil umountDisk disk0
  gpt remove -i 3 disk0
  diskutil umountDisk disk0
  gpt remove -i 4 disk0
  gpt remove -i 2 disk0
  

  「リソースビジー」のようなエラーメッセージが表示された場合は、ディスクを再度アンマウントするか、でスタブボリュームをアンマウントしてくださいdiskutil umount disk0sX。

  適切なタイプで同じインデックス番号、以前のブロックと開始サイズのリカバリパーティションを再度追加します。

  gpt add -i 3 -b 227212504 -s 1269536 -t 426F6F74-0000-11AA-AA11-00306543ECAC disk0
  

  適切なタイプでメインパーティションを再度追加しますが、インデックス番号、開始ブロック、以前のサイズは同じです。

  通常のOS Xパーティション（dd ... visステップで通常のパーティションの典型的なトレースを見つけた場合）：

  gpt add -i 2 -b 409640 -s 226802864 -t 48465300-0000-11AA-AA11-00306543ECAC disk0
  

  または（CoreStorageパーティションの典型的なトレースを見つけた場合）：

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

• 標準のOS Xパーティションが見つかった場合、ディスクは最終的に次のようになります。

      start       size  index  contents
          0          1         PMBR
          1          1         Pri GPT header
          2         32         Pri GPT table
         34          6         
         40     409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
     409640  226802864      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  227212504    1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC        
  228482040    8496103
  236978143         32         Sec GPT table
  236978175          1         Sec GPT header
  

  または、CoreStorageボリュームが見つかった場合：

      start       size  index  contents
          0          1         PMBR
          1          1         Pri GPT header
          2         32         Pri GPT table
         34          6         
         40     409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
     409640  226802864      2  GPT part - 53746F72-6167-11AA-AA11-00306543ECAC
  227212504    1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC        
  228482040    8496103
  236978143         32         Sec GPT table
  236978175          1         Sec GPT header
  

• 最後にdiskutil verifyDisk disk0および/またはでディスクを検証/修復しdiskutil verifyVolume disk0s2ます。修復が必要な場合は、上記のコマンドのプレフィックスとして（verifyではなく）repairを使用しますが、修復する前に連絡してエラーメッセージを送信します。

TeamViewerセッションを介したさらなる調査により、EFIパーティションとRecovery HDパーティションが破損していることが明らかになりました。メインボリュームは暗号化されます。その場合、Recovery HDには特別な中間FileVaultキーが含まれます。キーが見つからない場合、メインシステムは起動しません。でもドライブのロックを解除できましたdiskutil cs unlockVolume ...。

完全なmacOSをサムドライブにインストールして起動した後、EFIパーティションと別の非FileVaultドライブ（実際にはSierra VMのドライブ）のRecovery HDが破損したドライブに追加されました。サムドライブから起動したまま、Finderでボリュームを右クリックして[ボリュームの暗号化解除]を選択し、有効なユーザーパスワードを入力すると、FileVaultボリュームが標準ボリュームに戻りました。これは、FileVaultボリュームの対象ユーザーアカウントのパスワードである必要があります。diskutil cs revert lvUUIDまたはなどのボリュームを復号化する他の方法diskutil cs decryptVolume lvUUID-仮想マシンでのみテスト-は動作しないようです。ただし、これはVMの制限かもしれません。

メインパーティション（disk0s2）をフルサイズに拡張するには、ディスクユーティリティまたはdiskutil resizeVolume ...コマンドを使用します。

ボリュームは最初は[システム環境設定]> [起動ディスク]には表示されませんでしたがalt、Macを起動するとメインボリュームが表示されました。これはおそらく、ボリュームのboot.efiを適切に再祝福したでしょう。（現在の標準の）ボリュームがスタートアップディスクに再び表示されます。

この問題は、実際のAPFS High Sierraセッションでも発生する可能性があります。昨日この問題が発生しました。ディスクユーティリティアプリケーションとdiskutilコマンドを変更した後、これを見つけました。

    sh-3.2# diskutil list
    /dev/disk0 (internal, physical):
       #:                       TYPE NAME                    SIZE       IDENTIFIER
       0:      GUID_partition_scheme                        *500.3 GB   disk0
       1:                        EFI EFI                     209.7 MB   disk0s1
       2: FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF               60.0 GB    disk0s2

    /dev/disk1 (synthesized):
       #:                       TYPE NAME                    SIZE       IDENTIFIER
       0:      APFS Container Scheme -                      +60.0 GB    disk1
                                     Physical Store disk0s2
       1:                APFS Volume APPLESSD                47.1 GB    disk1s1
       2:                APFS Volume Preboot                 19.4 MB    disk1s2
       3:                APFS Volume Recovery                517.8 MB   disk1s3
       4:                APFS Volume VM                      1.1 GB     disk1s4

    sh-3.2# gpt -r show /dev/disk0
          start       size  index  contents
              0          1         PMBR
              1          1         Pri GPT header
              2         32         Pri GPT table
             34          6         
             40     409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
         409640  117111080      2  GPT part - FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF
      117520720  859584307         
      977105027         32         Sec GPT table
      977105059          1         Sec GPT header

私はそれがその構成で再起動するとは思わない（またはGPTバックアップテーブルを使用すると？上記の説明のおかげで、ライブセッション中に問題を解決できましたが、少し異なるソリューションを使用する必要がありました（このソリューションはSIPが無効の場合のみ機能します。 、この問題は無効なSIPに関連している可能性があるため、有効なSIPでは発生しませんか？

disk0マウントされてgptいない場合でも、ライブセッション中にGPTを変更できないようです：

sh-3.2# gpt remove -i 2 disk0
gpt remove: unable to open device 'disk0': Resource busy

そこで、代わりにサードパーティのツールを使用してgdisk（homebrewで入手しました）タイプを変更しましたdisk0s2：

sh-3.2# gdisk /dev/disk0
GPT fdisk (gdisk) version 1.0.3

Warning: Devices opened with shared lock will not have their
partition table automatically reloaded!
Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.

Command (? for help): i
Partition number (1-2): 2
Partition GUID code: FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF (Unknown)
Partition unique GUID: B40FA371-D92C-4EBF-B846-B0A9FB6DCD71
First sector: 409640 (at 200.0 MiB)
Last sector: 117520719 (at 56.0 GiB)
Partition size: 117111080 sectors (55.8 GiB)
Attribute flags: 0000000000000000
Partition name: 'Apple_HFS_Untitled_2'

Command (? for help): t
Partition number (1-2): 2
Current type is 'Unknown'
Hex code or GUID (L to show codes, Enter = af00): 7C3457EF-0000-11AA-AA11-00306543ECAC    
Changed type of partition to 'Unknown'

Command (? for help): i
Partition number (1-2): 2
Partition GUID code: 7C3457EF-0000-11AA-AA11-00306543ECAC (Unknown)
Partition unique GUID: B40FA371-D92C-4EBF-B846-B0A9FB6DCD71
First sector: 409640 (at 200.0 MiB)
Last sector: 117520719 (at 56.0 GiB)
Partition size: 117111080 sectors (55.8 GiB)
Attribute flags: 0000000000000000
Partition name: 'Apple_HFS_Untitled_2'

Command (? for help): w

Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
PARTITIONS!!

Do you want to proceed? (Y/N): Y
OK; writing new GUID partition table (GPT) to /dev/disk0.
Warning: Devices opened with shared lock will not have their
partition table automatically reloaded!
Warning: The kernel may continue to use old or deleted partitions.
You should reboot or remove the drive.
The operation has completed successfully.

チェックアウト：

sh-3.2# gpt -r show /dev/disk0
      start       size  index  contents
          0          1         PMBR
          1          1         Pri GPT header
          2         32         Pri GPT table
         34          6         
         40     409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
     409640  117111080      2  GPT part - 7C3457EF-0000-11AA-AA11-00306543ECAC
  117520720  859584307         
  977105027         32         Sec GPT table
  977105059          1         Sec GPT header
sh-3.2# diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.3 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         60.0 GB    disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +60.0 GB    disk1
                                 Physical Store disk0s2
   1:                APFS Volume APPLESSD                47.1 GB    disk1s1
   2:                APFS Volume Preboot                 19.4 MB    disk1s2
   3:                APFS Volume Recovery                517.8 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4

次にdiskutil verifyDisk disk0、diskutil verifyVolume disk0s2警告またはエラーの有無にかかわらず最後のチェックを行います。再起動に成功しました。