Daten nicht gesichert, Partitionstyp: FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF

Ich habe versucht, Linux auf meinem MacBook für Klasse zu installieren, als ich meinen Computer zugemauert habe, der sich jetzt in einem nicht mehr startbaren Zustand befindet.

Ich habe meine Partition zu klein gemacht, also wollte ich eine größere Partition löschen und erstellen. Das Festplatten-Dienstprogramm hat mir jedoch nicht erlaubt, die kleine Partition zu löschen. Ich folgte den Anweisungen von https://apple.stackexchange.com/a/238088/236252

Es war jedoch nicht nur immer noch nicht möglich, es zu löschen, sondern beim Neustart stellte ich fest, dass meine primäre Partition (auf derselben Festplatte) in FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF geändert wurde und ich keine Optionen zum Booten hatte. (Ich bin sicher, dass ich den Befehl auf der richtigen Festplatte und Partition ausgeführt habe.)

Ich habe einige ähnliche Threads gesehen, aber mein bootfähiges Hauptlaufwerk ist das, das beschädigt wurde.

Ich möchte keine Daten verlieren. Ich bin nicht besonders versiert, daher wird JEDE Hilfe geschätzt und ich werde Ihnen freundlicherweise zusätzliche Informationen geben!

(Datenträger 0, Partition 2 ist meine Hauptpartition und die einzige, die mir wichtig ist)

Unten sind die Ergebnisse von $ diskutil Liste und $ gpt -r zeige disk0 .

AKTUALISIEREN: : Ich habe die Anweisungen von @klanomath befolgt. Im letzten Schritt habe ich folgende Fehlermeldung erhalten:

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 

FINAL UPDATE: ERFOLG!

Ich wollte mich nur bei @klanomath bedanken, dass sie mir bei diesem gesamten Prozess geholfen haben. Er verbrachte 11 Stunden mit TeamViewing, bis nicht nur meine Dateien zugänglich waren, sondern bis Ich konnte wie bisher auf meinen Computer zugreifen dieses ganze Debakel (und das war nach 5 Stunden E-Mail-Korrespondenz).

Für jeden zukünftigen Leser mit diesem Problem: BITTE nicht aufgeben, es kann behoben werden!

Eine Antwort hinzufügen genau passend zu Ihrem Fall habe ich meine Antwort im Link " Duplikat "und habe es hier nochmal gepostet.

Die zweite sowie die dritte Partition Ihrer internen Festplatte haben den falschen Partitionstyp, Ihre Daten gehen wahrscheinlich nicht verloren.

Eine bootfähige OS X-Partition (außer Recovery HD) hat entweder die GUID 48465300-0000-11AA-AA11-00306543ECAC für eine Standard-OS X-Partition oder die GUID 53746F72-6167-11AA-AA11-00306543ECAC für eine CoreStorage-Partition. Der FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFF ist ein unbekannter Partitionstyp (aber nicht keine Partition wie die 000000-0000-0000 .... eine).

Der erste Block einer Standard-OS X-Partition enthält keine Nicht-Nullen, der erste Block einer CoreStorage-Partition enthält einige Nicht-Nullen. Um die ersten 3 Blöcke einer Partition zu erhalten, müssen Sie einen Ersatz für hexdump / xxd verwenden (beide sind im Startlaufwerk von Recovery Mode / OS X Installer nicht verfügbar). Das Beste, was ich gefunden habe, ist dd if=/dev/diskXsY count=3 | vis -c.

Die GUID-Partitionstabelle kann mit geändert werden gpt. gpt Schreibt nur in den ersten 34 und den letzten 33 Blöcken einer Festplatte (512) oder in den ersten 6 und den letzten 5 Blöcken einer 4k-Festplatte. Das Ändern der Partitionstabelle (auch fälschlicherweise) ändert nicht den Inhalt eines Datenträgers auf Ihrer Festplatte. ob Sie können ein Volume / eine Festplatte nicht auf Anfrage initialisieren oder reparieren. Sie können es jedoch überprüfen.

• Starten Sie im Internet-Wiederherstellungsmodus oder auf einem OS X Installer-Startlaufwerk
• Öffnen Sie das Terminal in der Menüleiste Dienstprogramme & gt; Terminal
• Verschaffen Sie sich einen Überblick mit diskutil list

• Verschaffen Sie sich einen Überblick über Ihre interne Festplatte mit der Festplattenkennung, die Sie im vorherigen Befehl gefunden haben. Ich gehe davon aus, dass die Festplattenkennung Ihrer internen Festplatte disk0 ist (ersetzen Sie sie durch die, die Sie in Ihrer Umgebung gefunden haben).

  gpt -r show disk0
  

• Hängen Sie disk0 mit aus diskutil umountDisk disk0

• In den ersten 3 Blöcken der FFFF ... Partition:

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

  1. Wenn Sie zuvor eine Standardpartition hatten, enthalten die ersten 1024 Bytes nur nicht druckbare (Nullen): \ 0 \ 0 ... Bei ~ Byte 1030 sehen Sie die folgende Sequenz: \ 0HFSJ \ 0

  2. Wenn Sie eine CoreStorage-Partition hatten, in den ersten 512 Bytes und in der Zeichenfolge CS ( ...\0CS\^A... ) werden gezeigt:

     \^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\^]...
     

• Entfernen Sie nun die dritte, die vierte und die zweite Partition:

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

  Wenn Sie eine Fehlermeldung wie "resource busy" erhalten, heben Sie die Bereitstellung der Festplatte einfach erneut auf oder heben Sie die Bereitstellung hartnäckiger Volumes mit auf diskutil umount disk0sX.

  Fügen Sie die Wiederherstellungspartition mit dem richtigen Typ, aber derselben Indexnummer, demselben Startblock und derselben Größe wie zuvor hinzu:

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

  Fügen Sie die Hauptpartition mit dem richtigen Typ, aber derselben Indexnummer, demselben Startblock und derselben Größe wie zuvor erneut hinzu:

  Entweder eine normale OS X - Partition (wenn Sie die typischen Spuren einer normalen Partition in der gefunden haben) dd ... vis Schritt):

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

  oder (wenn Sie die typischen Spuren einer CoreStorage-Partition gefunden haben):

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

• Ihre Festplatte sollte nun wie folgt aussehen, wenn Sie eine Standard-OS X-Partition gefunden haben:

      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
  

  oder dies, wenn Sie ein CoreStorage-Volume gefunden haben:

      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
  

• Zum Schluss überprüfen / reparieren Sie die Festplatte mit diskutil verifyDisk disk0 und / oder diskutil verifyVolume disk0s2. Wenn eine Reparatur erforderlich ist, verwenden Sie in den obigen Befehlen den Präfix repair (anstatt zu überprüfen) aber kontaktieren Sie mich vor der Reparatur und senden Sie mir die Fehlermeldung .

Weitere Untersuchungen über TeamViewer-Sitzungen ergaben, dass die EFI-Partition und die Recovery HD-Partition beschädigt sind. Das Hauptvolumen ist verschlüsselt. Die Recovery HD enthält dann einen speziellen FileVault-Zwischenschlüssel. Wenn der Schlüssel fehlt, bootet das Hauptsystem nicht. Das Laufwerk konnte jedoch mit entsperrt werden diskutil cs unlockVolume ....

Nach der Installation eines vollständigen MacOS auf einem USB-Stick und dem Booten auf diesem wurden die EFI-Partition und die Wiederherstellungs-Festplatte eines anderen Nicht-FileVault-Laufwerks (tatsächlich die einer Sierra-VM) auf das defekte Laufwerk übertragen. Das FileVault-Volume wurde weiterhin vom USB-Stick gebootet und auf ein Standard-Volume zurückgesetzt, indem Sie mit der rechten Maustaste auf das Volume im Finder klicken, "Volume entschlüsseln" auswählen und ein gültiges Benutzerkennwort eingeben. Dies muss das Kennwort eines berechtigten Benutzerkontos auf dem FileVault-Volume sein. Andere Methoden zum Entschlüsseln des Volumes mögen diskutil cs revert lvUUID oder diskutil cs decryptVolume lvUUID - nur in einer virtuellen Maschine getestet - schien nicht zu funktionieren. Dies kann jedoch eine Einschränkung der VMs sein.

Verwenden Sie zum Erweitern der Hauptpartition (disk0s2) auf die volle Größe das Festplatten-Dienstprogramm oder diskutil resizeVolume ... Befehl.

Das Volume wurde anfangs nicht in den Systemeinstellungen & gt; Startdiskette, aber alt -Starten des Mac enthüllte die Hauptlautstärke. Dies hat wahrscheinlich die boot.efi des Volumes wieder richtig gesegnet. Das (jetzt Standard-) Volume wird wieder auf der Startdiskette angezeigt.

Dieses Problem kann während eines lebende APFS High Sierra Sitzung auch ! Ich habe dieses Problem gestern erhalten, nachdem ich Änderungen mit der Anwendung Disk Utility und vorgenommen habe diskutil Befehle, fand ich Folgendes:

    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

Ich glaube nicht, dass es in dieser Konfiguration neu starten würde (oder vielleicht mit GPT-Backup-Tabelle? Keine Ahnung). Dank der obigen Erklärung konnte ich das Problem während der Live-Sitzung lösen, musste es aber Verwenden Sie eine etwas andere Lösung ( Diese Lösung funktioniert nur mit deaktiviertem SIP. Wenn sie aktiviert ist, müssen Sie die vorherige Lösung neu starten, deaktivieren und verwenden . Wie auch immer, dieses Problem hängt möglicherweise mit deaktiviertem SIP zusammen, sodass es bei aktiviertem SIP nicht auftritt. Ich weiß es nicht.)

Sogar mit disk0 offenbar nicht montiert gpt Das GPT kann während einer Live-Sitzung nicht geändert werden:

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

Also habe ich stattdessen ein Drittanbieter-Tool verwendet gdisk (Ich habe es über Homebrew bekommen), um den Typ von zu ändern 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.

Überprüfen Sie es aus:

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

Dann letzte Überprüfung mit diskutil verifyDisk disk0 und diskutil verifyVolume disk0s2 ohne Warnung oder Fehler. Neustart erfolgreich.