Start der macOS-Partition Volume-Typ FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFF

8

Ich habe ein nahezu identisches Problem wie in dieser Frage festgestellt (und dies auch: Daten nicht gesichert, Partitionstyp: FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF ), aber die Hauptpartition meiner Festplatte ist in APFS formatiert. Als ich versuchte, den GUID-Fehler wie in der Antwort gezeigt zu korrigieren, gab es nach Erreichen des Schritts, in dem der folgende Befehl gpt add -i 2 -b 409640 -s 372637568 -t APFS /disk0eingegeben werden musste, einen Fehler zurück : usage: gpt add [-b lba] [-i index] [-s lba] [-t uuid] device ....

Screenshot der vorherigen Konfiguration

Ich kann nicht in macOS booten, mein Computer befindet sich in einer Internet-Wiederherstellungsumgebung. Was ist die UUID des neuen APFS-Formats? Ich kann es anscheinend nirgendwo im Web finden und mein Computer erkennt den Typ der Haupt-MacOS-Partition nicht. Das Modell meines Computers: MacBook Pro Ende 2013. Meine Daten werden nicht gesichert und ich würde sie gerne wiederherstellen. Aktualisiere: gpt -r show disk0:

Screenshot der vorherigen Konfiguration

Update: Ich habe eine MacOS High Sierra-Installationsdiskette erstellt und neu gestartet. Das neue Festplatten-Dienstprogramm erkennt die Partition disk0s2 überhaupt nicht und hat diskutil listdie Größe der Haupt-OSX-Partition in einen GUID_partition_schemeTeil der Festplatte aufgenommen. Wäre es möglich (und wie), die Daten der gelöschten Partition (s2) wiederherzustellen, wenn ich macOS auf einer vorhandenen nicht verwendeten Partition (der Linux-Partition disk0s4) neu installieren würde? Festplattendienstprogramm diskutil Liste gpt -r show disk0

Gints
quelle
versuche es mit ... -t 7C3457EF-0000-11AA-AA11-00306543ECAC ...statt ... -t apfs ...! Möglicherweise ist Ihr Wiederherstellungs-Boot-System zu alt und gpt erkennt das Argument apfs nicht. AFAIK Nur die gpt-Binärdatei des Wiederherstellungssystems 10.12 und 10.13 kann damit umgehen ... - t apfs ....
Klanomath
@klanomath es gab einen Fehler zurück: gpt add: /dev/disk0: Suspicious MBR at sector 0undgpt add: /dev/disk0: error: no space available on device
Gints
Bitte aktualisieren Sie die gpt -r show disk0Ausgabe, um zu überprüfen, welche Partition 2 ersetzt wurde!
Klanomath
1
@marklark Screenshots zu machen funktioniert weder im Legacy-Wiederherstellungsmodus noch in der Internet-Wiederherstellung, in der ich feststeckte
Gints

Antworten:

8

Die richtige GUID für APFS-Partitionen lautet 7C3457EF-0000-11AA-AA11-00306543ECAC.

Das Standard-pMBR wurde durch ein MBR im alten Stil ersetzt, wahrscheinlich durch die Linux-Installation!

Ihr Boot-System (im Internet-Wiederherstellungsmodus) scheint ziemlich alt zu sein. Jede mit diskutil ausgeführte Festplatten- oder Partitionsüberprüfung kann zu falschen Ergebnissen führen. Versuchen Sie auf keinen Fall, etwas mit diskutil zu reparieren!


Um Ihre APFS-Partition wiederherzustellen, entfernen Sie die Partition disk0s2 und stellen Sie sie mit dem richtigen Typ wieder her:

  • Öffnen Sie in der Menüleiste> Dienstprogramme> Terminal
  • Holen Sie sich einige Details:

    diskutil list #below I assume the disk identifier of the internal disk is disk0
    gpt -r show disk0
    
  • Hängen Sie disk0 aus:

    diskutil umountDisk disk0
    
  • Entfernen und Wiederherstellen der 2. Partition:

    gpt remove -i 2 disk0
    diskutil umountDisk disk0
    gpt add -i 2 -b 409640 -s 372637568 -t 7C3457EF-0000-11AA-AA11-00306543ECAC disk0
    
  • Überprüfen Sie die Festplatte und Partition:

    diskutil list
    diskutil verifyDisk disk0       
    diskutil verifyVolume disk0s2
    

Ihr Mac sollte trotz MBR booten können.

Wenn Sie den pMBR wiederherstellen möchten (oder müssen), weil der MBR hartnäckig ist / die Änderung der Partitionstabelle blockiert, gehen Sie wie folgt vor:

  • Alle Datenträgerdetails abrufen:

    diskutil list #below I assume the disk identifier of the internal disk is disk0
    gpt -r show disk0
    
  • Ersetzen Sie die GUID-Partitionstabelle:

    diskutil umountDisk disk0
    gpt destroy disk0
    gpt create -f disk0
    
  • Fügen Sie alle vorherigen Partitionen, die in der letzten gpt -r show disk0Ausgabe sichtbar waren, erneut hinzu :

    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 ...
    

    Wenn nach einem der Schritte ein Ressourcenbelegungsfehler auftritt, heben Sie einfach disk0 mit erneut auf

    diskutil umountDisk /dev/disk0
    
  • Überprüfen Sie abschließend die Festplatte und die Partitionen:

    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
    

     

Klanomath
quelle
Ich kann die disk0s2 nicht entfernen, da der Befehl gpt remove -i 2 disk0einen Fehler auslöst : gpt remove: disk0: Suspicious MBR at sector 0. In ähnlicher Weise der Befehl gpt add -i 2 -b 409640 -s 372637568 -t 7C34[and so forth]zurückgibt gpt add: disk0: Suspicious MBR at sector 0und gpt add: disk0: error: no space available on device. Ich habe meiner Frage als Referenz neue Screenshots hinzugefügt.
Gints
Danke für deine Hilfe! Der zweite Teil Ihrer Antwort hat alles behoben und mein Mac wurde gestartet, als wäre nichts passiert!
Gints
1
@ GintsK und Klanomath: Ihr zwei habt mir 3 Monate Arbeit erspart. Mein tiefster Dank dafür, dass ich dieses heikle Thema klar dokumentiert habe.
Yoric