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

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

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:

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?

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