macOSパーティションの起動ボリュームタイプFFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF


8

この質問の問題とほぼ同じ問題が発生しました(これも:データがバックアップされていません、パーティションタイプ:FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF)。ハードドライブのメインパーティションはAPFSでフォーマットされています。回答に示されているようにGUIDエラーを修正しようとすると、次のコマンドを入力gpt add -i 2 -b 409640 -s 372637568 -t APFS /disk0する必要がある手順に到達した後、エラーが返されました:usage: gpt add [-b lba] [-i index] [-s lba] [-t uuid] device ...

以前の構成のスクリーンショット

macOSを起動できません。コンピューターがインターネット回復環境にあります。新しいAPFS形式のuuidは何ですか?私はそれをウェブのどこにも見つけられないようで、私のコンピューターはメインのmacOSパーティションのタイプを検出していません。私のコンピューターのモデル:2013年後半のMacBook Pro。私のデータはバックアップされていないので、本当に回復したいと思っています。更新 gpt -r show disk0::

以前の構成のスクリーンショット

更新:MacOS High Sierraインストールディスクを作成し、再起動しました。新しいディスクユーティリティはdisk0s2パーティションをまったく認識せずdiskutil list、メインosxパーティションのサイズをGUID_partition_schemeディスクの一部に含めました。既存の未使用のパーティション(Linuxパーティションdisk0s4)にmacOSを再インストールした場合、削除されたパーティション(s2)のデータを復元することは可能ですか(そしてどのように)でしょうか? ディスクユーティリティ diskutilリスト gpt -r show disk0


... -t 7C3457EF-0000-11AA-AA11-00306543ECAC ...代わりに試してください... -t apfs ...!リカバリブートシステムが古すぎて、gptがapfs引数を認識しない可能性があります。AFAIKのみ10.12および10.13リカバリーシステムのgptバイナリはを処理でき... - t apfs ...ます。
クラノマス2017

@klanomathそれはエラーを返しました:gpt add: /dev/disk0: Suspicious MBR at sector 0andgpt add: /dev/disk0: error: no space available on device
Gints

gpt -r show disk0出力を更新して、パーティション2を置き換えたものを確認してください!
クラノマ2017

1
@marklarkスクリーンショットを撮ることは、レガシー回復モードでも、私が行き詰まったインターネット回復でも機能しません
Gints

回答:


8

APFSパーティションの適切なGUIDは7C3457EF-0000-11AA-AA11-00306543ECACです。

デフォルトのpMBRは、おそらくLinuxインストールによって、古いスタイルのMBRに置き換えられました!

ブートシステム(インターネット回復モード)はかなり古いようです。diskutilでディスクまたはパーティションの検証を実行すると、偽の結果になる場合があります。決してdiskutilで何かを修復しようとしないでください!


APFSパーティションを元に戻すには、パーティションdisk0s2を削除し、適切なタイプで復元します。

  • メニューバーで開く>ユーティリティ>ターミナル
  • 詳細を取得します。

    diskutil list #below I assume the disk identifier of the internal disk is disk0
    gpt -r show disk0
    
  • disk0をアンマウントします。

    diskutil umountDisk disk0
    
  • 2番目のパーティションを削除して復元します。

    gpt remove -i 2 disk0
    diskutil umountDisk disk0
    gpt add -i 2 -b 409640 -s 372637568 -t 7C3457EF-0000-11AA-AA11-00306543ECAC disk0
    
  • ディスクとパーティションを確認します。

    diskutil list
    diskutil verifyDisk disk0       
    diskutil verifyVolume disk0s2
    

MBRがあってもMacは起動できるはずです。

MBRが頑固でブロックされているためにpMBRを復元したい(または持っている)場合、パーティションテーブルの変更は次のようにします。

  • すべてのディスクの詳細を取得します。

    diskutil list #below I assume the disk identifier of the internal disk is disk0
    gpt -r show disk0
    
  • GUIDパーティションテーブルを置き換えます。

    diskutil umountDisk disk0
    gpt destroy disk0
    gpt create -f disk0
    
  • 最後のgpt -r show disk0出力に表示されている以前のすべてのパーティションを再度追加します。

    gpt add -i 1 -b 40 -s 409600 -t C12A7328-F81F-11D2-BA4B-00A0C93EC93B disk0
    gpt add -i 2 -b 409640 -s 372637568 -t 7C3457EF-0000-11AA-AA11-00306543ECAC disk0
    gpt add -i 3 -b 373047208 -s 262144 -t 426F6F74-0000-11AA-AA11-00306543ECAC disk0
    gpt add -i 4 ...
    gpt add -i 5 ...
    

    手順のいずれかの後にリソースビジーエラーが発生した場合は、次のコマンドでdisk0をアンマウントしてください。

    diskutil umountDisk /dev/disk0
    
  • 最後に、ディスクとパーティションを確認します。

    diskutil list
    diskutil verifyDisk disk0       
    diskutil verifyVolume disk0s1
    diskutil verifyVolume disk0s2
    diskutil verifyVolume disk0s3
    #disk0s4 & disk0s5 can't be verified with the default macOS tools because the latter is a Linux swap and the former a Linux partition, probably with ext4
    

     


コマンドgpt remove -i 2 disk0がエラーをスローするため、disk0s2を削除できませんgpt remove: disk0: Suspicious MBR at sector 0。同様に、コマンドgpt add -i 2 -b 409640 -s 372637568 -t 7C34[and so forth]gpt add: disk0: Suspicious MBR at sector 0andを返しますgpt add: disk0: error: no space available on device。参考のために、質問に新しいスクリーンショットを追加しました。
Gints 2017

ご協力ありがとうございました!答えの2番目の部分ですべてが修正され、私のMacは何も起こらなかったかのように起動しました!
Gints 2017

1
@GintsKとklanomath:2人で3か月の仕事を節約できました。このトリッキーな問題を明確に文書化してくれたことに対する私の深い感謝の気持ち。
Yoric
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.