Versehentlich von einem Basisdatenträger in einen dynamischen konvertiert

Die Datenträgerverwaltung von Windows hat die GUID-Partitionstabelle mit etwas Unbekanntem überschrieben. Dies wirkt sich normalerweise nur auf die Partitionstabelle aus, aber nicht auf den Inhalt Ihrer Festplatte (obwohl er anscheinend weg ist)! Eine ordnungsgemäße GUID-Partitionstabelle muss wiederhergestellt werden.

Das besondere Hindernis hierbei ist: Das OP hat weder einen USB-Stick noch einen zweiten Mac.

Vorbereitung:

• Sichern Sie die gesamte SSD mithilfe einer Linux-Live-DVD mit dd if=/dev/sda of=/path/to/file. Die Größe der resultierenden Datei sollte 121,3 GB oder 113 GiB betragen!

• Starten Sie den Internet-Wiederherstellungsmodus neu, indem Sie alt cmd Rbeim Start drücken.

  Voraussetzungen sind das neueste installierte Firmware-Update, entweder Ethernet oder WLAN (WPA/WPA2) und ein Router mit aktiviertem DHCP.
  Auf einer 50-Mbit/s-Leitung dauert es ungefähr 4 Minuten (dargestellt ist ein kleiner animierter Globus), um in ein Wiederherstellungs-Netboot-Image zu booten, das normalerweise von einem Apple/Akamai-Server geladen wird.

  Ich empfehle Ethernet, weil es zuverlässiger ist. Wenn Sie auf WLAN beschränkt sind und der Startvorgang fehlschlägt, starten Sie einfach Ihren Mac neu, bis der Start erfolgreich ist.

  Alternativ können Sie von einem bootfähigen USB-Stick (vorzugsweise Yosemite oder El Capitan) oder einem USB-Stick mit einem vollständigen System (vorzugsweise Yosemite oder El Capitan) starten. Wenn Sie ein vollständiges System booten und sich als Administrator anmelden, müssen Sie einige Befehle wie oder voranstellen sudo, um sie auszuführen !gpt ...newfs_hfs ...

Ändern Sie die GUID-Partitionstabelle

• Öffnen Sie Utilities->Terminal in der Menüleiste, geben Sie diskutil listund gpt -r show /dev/diskX(bei diskX: die Plattenkennung Ihrer internen Platte (wahrscheinlich disk0)) ein, um eine Übersicht zu erhalten. In den folgenden Befehlen gehe ich davon aus, dass die Datenträgerkennung disk0 ist.

  Sie sollten die folgenden Auflistungen erhalten:

  gpt -r show /dev/disk0
        start       size  index  contents
            0          1         PMBR
            1          1         Pri GPT header
            2         32         Pri GPT table
           34   30666498        
     30666532  138412290      1  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
    169078822   67899321        
    236978143         32         Sec GPT table
    236978175          1         Sec GPT header
  
  diskutil list
  /dev/disk0
     #:                       TYPE NAME                    SIZE       IDENTIFIER
     0:      GUID_partition_scheme                        *121.3 GB   disk0
     1:                  Apple_HFS                         70.9 GB    disk0s1
  
  # disk1-disk13 are volatile disks belonging to Internet Recovery Mode
  

• Entfernen Sie nun die falsche HFS+-Partition:

  gpt remove -i 1 /dev/disk0
  

• Fügen Sie die EFI-Partition in der Partitionstabelle hinzu:

  gpt add -b 40 -i 1 -s 409600 -t C12A7328-F81F-11D2-BA4B-00A0C93EC93B /dev/disk0
  

Jetzt können Sie entweder OS X auf einer neuen Partition installieren - ohne Ihre alten OS X-Partitionen zu überschreiben - und versuchen, die Größe der alten Partitionen mit geeigneten Tools (wie wxHexEditor) zu ermitteln, oder Sie können den alten Inhalt der GUID-Partitionstabelle erraten ( mit Hilfe des TestDisk-Ergebnisses - nicht empfohlen)

Installieren eines neuen OS X

Dadurch wird der Inhalt der Windows-Partition(en) zerstört.

• Fügen Sie eine neue Partition im (alten) OS X-Teil Ihrer Festplatte hinzu, um sie zu schützen.

  gpt add -b 409640 -i 2 -s 179590360 -t FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF /dev/disk0
  

  Das ist vielleicht überflüssig.

• Fügen Sie neue Partitionen im (alten) Windows-Teil Ihrer Festplatte hinzu. Die erste (i=4) ist eine neue Systempartition, die zweite (i=5) eine Wiederherstellungspartition. Die neue OS X-Partition beginnt bei ~91 GB und hat eine Größe von ~26 GB - was die alte (versteckte, "verlorene") OS X-Partition nicht beeinträchtigen sollte:

  gpt add -b 180000000 -i 4 -s 50000000 -t 48465300-0000-11AA-AA11-00306543ECAC /dev/disk0
  gpt add -b 230000000 -i 5 -s 1269536 -t 426F6F74-0000-11AA-AA11-00306543ECAC /dev/disk0
  

• Jetzt müssen Sie die neue 26-GB-Partition formatieren:

  diskutil list
  newfs_hfs -v "TempSystem" -J /dev/disk0s4 #use the proper partition found in diskutil list. It should have a size of ~26 GB
  newfs_hfs -v "Recovery HD" -J /dev/disk0s5 #use the proper partition found in diskutil list. It should have a size of ~650 MB
  diskutil mount /dev/disk0s4
  

• Beenden Sie das Terminal, indem Sie es eingeben exitund beenden.
• Öffnen Sie OS X wiederherstellen und installieren Sie OS X auf der Partition TempSystem .
• Konfigurieren Sie das neue System und aktivieren Sie den Internetzugang. Initialisieren Sie keine "unbekannten" Volumes, wenn Sie dazu aufgefordert werden.
• Aktivieren Sie den Root-Benutzer
• Als Admin abmelden und als root anmelden
• Laden Sie wxHexEditor herunter und installieren Sie es

Ermitteln Sie den Startblock und -typ Ihres alten OS X-Volumes und den Startblock Ihrer alten Recovery HD mit wxHexEditor:

Die Vorgehensweise ist ähnlich wie in meiner Antwort hier: HFS+ ungültige Anzahl von Zuordnungsblöcken

Da der Startblock einer Hauptpartition und die Größe einer Wiederherstellungspartition feste Größen/Grenzen haben, können Sie normalerweise die richtigen GUID-Partitionseinträge Ihrer alten Partition(en) berechnen.

Hinweis: Verwenden Sie beim Arbeiten mit wxHexEditor kein Kopieren und Einfügen. Alles manuell eingeben! Sie könnten versehentlich direkt auf Ihre Festplatte schreiben.

• JHFS+ oder CoreStorage-Partition?

  Zuerst müssen Sie feststellen, ob Sie eine JHFS+- oder CoreStorage-Partition auf Indexnummer 2 hatten.

  Öffnen Sie den Rechner. Öffnen Sie wxHexEditor. Stellen Sie sicher, dass Sie im Nur-Lese-Modus arbeiten ("Optionen" -> "Dateimodus" -> "Nur lesen"). Gehen Sie in der Menüleiste zu "Geräte" -> "Festplattengerät öffnen" -> wählen Sie die entsprechende Festplattennummer. Wahrscheinlich ist es disk0. Die Platte sollte weitere Partitionen haben (disk0s1 - disk0s5). Bitte versuchen Sie, das wxHexEditor-Fenster wie in den Beispielen unten mit geraden roten Linien anzuordnen.

  Klicken Sie dann auf die Schaltfläche "Go to offset" (mit dem grünen Kreis markiert) und geben Sie 409640 genau wie im Bild unten ein. Manchmal muss man das zweimal machen, um in den richtigen Sektor zu springen. Überprüfen Sie den richtigen Sektor erneut, indem Sie den Offset (rot markiert) in den Rechner eingeben und durch 512 teilen.

  Die ersten 3 Sektoren einer CoreStorage-Partition sehen so aus:

  

  Die ersten 3 Sektoren einer JHFS+-Partition sehen so aus:

  

  Wenn Sie ein grundlegend anderes Bild erhalten, hören Sie hier auf.

• Wo beginnt die Recovery HD-Partition?

  Das ist wahrscheinlich der schwierigste Teil, weil Sie eine Zeichenfolge finden müssen, die nicht sehr spezifisch ist. Springen Sie fast zum Anfang Ihrer neuen Hauptpartition (in Ihrem Fall zum Sektor 179999900)

  Dann wie im Bild unten "HFSJ" eingeben, mehrfach nach dieser Zeichenfolge suchen und lesbar machen! handschriftliche Notizen der verschiedenen Offsets. Um Ihr altes OS X wiederherzustellen, müssen Sie später in den Internet-Wiederherstellungsmodus booten, und alle Bildschirmergebnisse im aktuellen temporären OS X gehen verloren!

  Der Grund für die Suche nach der Zeichenfolge „HFSJ“ ist, dass alle HFSJ+-Volumes diese Zeichenfolge im dritten Sektor ihrer Partition enthalten. Die magische Zeichenfolge kann bis zu 40 Mal über ~10000 Sektoren überladen vorkommen! Manchmal ist es wirklich schwierig, den richtigen Sektor zu finden. Ein zweiter Indikator für den Beginn der Recovery HD ist mindestens ein Block von 0xFF im zehnten Sektor (oder Block(MagicString)+7) der Partition.

  

  Je nach Partitionstyp können Sie zwei wirklich unterschiedliche Ergebnisse erhalten:

  1. Berechnen Sie die Sektornummer des vorletzten Fundes. In meinem Beispiel (siehe Bild oben) ist es 68069452800/512=132948150. Suchen Sie weiter und berechnen Sie den Sektor des letzten Fundes irgendwo in der Mitte der Scheibe und umgeben von leeren Sektoren. In meinem Fall war es 68069454848/512=132948154 (kein Bild). Die Differenz zwischen den beiden Befunden beträgt 4 Blöcke (=2 KB).

     Dies ist typisch für die Grenze zwischen einer JHFS+-Partition und der Recovery HD. Die Recovery HD beginnt dann beim Sektor des zweiten Fundes - 2 (in meinem Beispiel 132948154-2=132948152).

  2. Berechnen Sie die Sektornummer des ersten Fundes. In meinem Beispiel war es 67733904384/512=132292782 (kein Bild). Suchen Sie weiter und berechnen Sie den Sektor des zweiten Fundes. In meinem Fall war es 68069454848/512=132948154 (kein Bild). Die Differenz zwischen den beiden Befunden beträgt 655372 (~336 MB)

     Dies ist typisch für die Grenze zwischen einer CoreStorage-Partition und der Recovery HD. Die Recovery HD beginnt dann beim Sektor des zweiten Fundes - 2 (in meinem Beispiel 132948154-2=132948152).

Mit diesen Ergebnissen sollten Sie in der Lage sein, Ihr GPT ordnungsgemäß wiederherzustellen. Beenden Sie wxHexEditor. Wenn Sie aufgefordert werden, Änderungen zu speichern, speichern Sie sie nicht!

• Starten Sie zurück in den Internetwiederherstellungsmodus und öffnen Sie das Terminal
• Geben Sie diskutil listund eingpt -r show /dev/disk0

• Entfernen Sie die zweite Partition (die schützende Partition vom Typ FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF):

  diskutil umountDisk /dev/disk0
  gpt remove -i 2 /dev/disk0
  

• Da die EFI und die Recovery HD normalerweise feste Größen haben, können Sie den Start- und Endblock Ihres Hauptvolumens berechnen.

  Berechnen Sie die Größe des Hauptvolumes: Der Startblock ist 409640. Der Endblock wurde im Abschnitt „Wo beginnt die Recovery HD-Partition?“ gefunden: 1 kleiner als der Startblock der Recovery HD. Die Größe ist dann StartBlockOfRecoveryHD-409640.

• Wenn Sie früher ein klassisches JHFS+ gefunden haben, sollte der folgende Befehl Partition 2 reparieren:

  diskutil umountDisk /dev/disk0
  gpt add -b 409640 -i 2 -s StartBlockOfRecoveryHD-409640 -t 48465300-0000-11AA-AA11-00306543ECAC disk0
  

• Wenn Sie zuvor eine CoreStorage-Partition gefunden haben, sollte der folgende Befehl Partition 2 reparieren:

  diskutil umountDisk /dev/disk0
  gpt add -b 409640 -i 2 -s StartBlockOfRecoveryHD-409640 -t 53746F72-6167-11AA-AA11-00306543ECAC disk0
  

• Geben Sie Folgendes ein, um die Recovery HD neu zu erstellen:

  diskutil umountDisk /dev/disk0
  gpt add -b StartBlockOfRecoveryHD -i 3 -s 1269536 -t 426F6F74-0000-11AA-AA11-00306543ECAC disk0
  

• Jetzt können Sie versuchen, Ihr altes OS X-Volume zu mounten und zu verifizieren:

  diskutil mount /dev/disk0s2
  diskutil verifyVolume /dev/disk0s2
  

  Wenn beim Mounten oder Überprüfen des Volumes ein Fehler auftritt, sind seine Grenzen möglicherweise falsch. Halten Sie hier an und konsultieren Sie mich.

• Wenn die Überprüfung erfolgreich war, können Sie entweder auf Ihr altes OS X-Volume booten und prüfen, ob es funktioniert, und später TempSystem und die neue Recovery HD löschen oder beide sofort löschen. Der Nachteil des ersten Bootens mit Ihrem alten OS X-Volume ist, dass Sie erneut in den Internet-Wiederherstellungsmodus booten müssen, um TempSystem und die neue Wiederherstellungs-Festplatte zu löschen.

• Um beide entbehrlichen Partitionen zu löschen, die im Internet-Wiederherstellungsmodus gebootet wurden, geben Sie Folgendes ein:

  diskutil list
  gpt -r show /dev/disk0
  diskutil umountDisk /dev/disk0
  gpt remove -i 4 /dev/disk0 # remove the partition starting at block 180000000
  diskutil umountDisk /dev/disk0 # remove the partition starting at block 230000000
  gpt remove -i 5 /dev/disk0
  

• Abhängig vom Partitionstyp (HFSJ+ oder CoreStorage) können Sie Ihr wiederhergestelltes OS X-Volume entweder verwenden diskutil resizeVolume ...oder diskutil cs resizeStack ...erweitern.

Nach dem Zugriff auf den Remote-Mac und der Überprüfung der Festplatte scheint die letzte wahrscheinliche Lösung zu sein:

Entfernen Sie die blockierende Partition

diskutil umountDisk /dev/disk0
gpt remove -i 2 /dev/disk0

Stellen Sie den alten Eintrag in der OS X-Partitionstabelle wieder her

diskutil umountDisk /dev/disk0
gpt add -b 409640 -i 2 -s 157173736 -t 53746F72-6167-11AA-AA11-00306543ECAC /dev/disk0

Stellen Sie die alte Wiederherstellungs-HD wieder her:

diskutil umountDisk /dev/disk0
gpt add -b 157583376 -i 5 -s 1269536 -t 426F6F74-0000-11AA-AA11-00306543ECAC /dev/disk0

Das Volume (mit FileVault verschlüsselt) hatte eine ordnungsgemäße Volume-Struktur, die übergeordnete Festplattenstruktur war jedoch beschädigt. Nach der externen Sicherung des Volumes wurde die Festplatte auf eine Partition neu partitioniert und die Sicherung wiederhergestellt.