Wie repariert man eine HFS+-Partition?

Also irgendwie ging die interne SSD meines Retina MacBook Pro 2013 und ihre Partitionstabelle wurde durcheinander gebracht. Ich benutzte es, schaltete es in den Ruhezustand und als ich es etwa eine Stunde später wieder aufweckte, wurde mir ein schwarzer Bildschirm präsentiert. Herunterfahren erzwungen und beim Neustart gibt es mir einen leeren schwarzen Bildschirm und das war's.

Die Festplatte wird angezeigt, wenn ich beim Booten die Option gedrückt halte, funktioniert aber offensichtlich nicht.

Das Festplatten-Dienstprogramm zeigt die Festplatte als 251 GB unformatiert mit einer untergeordneten Anzahl von 3 an. Das Ausführen der Diskutil-Liste zeigt mir die untergeordneten Elemente an, und sie sehen korrekt aus.

/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *251.0 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage Macintosh HD            250.0 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3

Ausgabe von 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  488555536      2  GPT part - 53746F72-6167-11AA-AA11-00306543ECAC
488965176    1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
490234712          7         
490234719         32         Sec GPT table
490234751          1         Sec GPT header

Ausgabe vondiskutil cs list

CoreStorage logical volume groups (1 found)
|
+-- Logical Volume Group 97EFE039-8BB4-4907-8739-2D9636F68947
=========================================================
Name:         Macintosh HD
Status:       Offline
Size:         250140434432 B (250.1 GB)
Free Space:   249804886016 B (249.8 GB)
|
+-< Physical Volume 13CEA9C7-10ED-438D-A4C0-6F4C18FC0335
    ----------------------------------------------------
    Index:    0
    Disk:     disk0s2
    Status:   Online
    Size:     250140434432 B (250.1 GB)

fsck-Ausgabe:

   Executing fsck_cs (version 517.20.1)
** Checking volume
** disk0s2: Scan for Volume Headers
** disk0s2: Scan for Disk Labels
** Logical Volume Group 97EFE039-8BB4-4907-8739-2D9636F68947 on 1 device
** disk0s2: Scan for Metadata Volume
** Logical Volume Group has a 16 MB Metadata Volume with double redundancy
** Start scanning metadata for a valid checkpoint
** Load and verify Segment Headers
** Load and verify Checkpoint Payload
** Load and verify Transaction Segment
** Load and verify Transaction Segment
** Incorporate 1 newer non-checkpoint transaction
** Load and verify Virtual Address Table
** Load and verify Segment Usage Table
** Load and verify Metadata Superblock
** Load and verify Logical Volumes B-Trees
   Unable to bootstrap transaction group 2815: cksum mismatch
** Continue scanning metadata for an older checkpoint
** Load and verify Segment Headers
** Load and verify Checkpoint Payload
** Load and verify Transaction Segment
** Incorporate 0 newer non-checkpoint transactions
** Load and verify Virtual Address Table
** Load and verify Segment Usage Table
** Load and verify Metadata Superblock
   In-progress volume maintenance
** Load and verify Logical Volumes B-Trees
   Unable to bootstrap transaction group 2814: cksum mismatch
** Continue scanning metadata for an older checkpoint
** Load and verify Segment Headers
   Unable to bootstrap transaction group 2813: cksum mismatch
** Continue scanning metadata for an older checkpoint
** Load and verify Segment Headers
   Unable to bootstrap transaction group 2812: cksum mismatch
   No valid commit checkpoint found
** The volume 97EFE039-8BB4-4907-8739-2D9636F68947 was found corrupt and can not be repaired

Ich habe Folgendes versucht: Reparieren Sie eine Mac OS X HFS+-Partitionstabelle – ohne Erfolg. Ich habe es auch versucht diskutil repairDisk /dev/disk0und es ist fehlgeschlagen, weil es die EFI-Partition nicht erstellen konnte.

Am Montag sagte mir Time Machine, ich müsse ein neues Backup starten, also habe ich natürlich kein intaktes Backup parat, sonst hätte ich es gelöscht und wiederhergestellt.

Irgendwelche Ideen?

Ja, das habe ich, vergessen zu erwähnen ... Ich habe die Passphrase immer noch, aber an dieser Stelle erwarte ich das Schlimmste.
Ich habe TestDisk nicht zum Reparieren verwendet, sondern nur zum Analysieren
Gibt es eine Möglichkeit, überhaupt Daten daraus wiederherzustellen?
Versuchen Sie, in den Internet-Wiederherstellungsmodus zu booten, und öffnen Sie Terminal.app über die Menüleiste > Dienstprogramme. Geben Sie ein fsck_cs /dev/rdisk0s2, um den Stapel zu überprüfen. Bitte posten Sie anschließend alle Fehler (Sie müssen wahrscheinlich ein Foto mit einem iPhone oder ähnlichem machen und es hier posten).
Ausgabe hinzugefügt. sieht nicht gut aus ... außerdem habe ich die Ausgaben über SSH geleitet
Danke für all eure Beiträge. Soll ich einfach meine Verluste begrenzen und es löschen?
Ich habe ein dd auf /dev/disk0 gemacht und es scheint in Ordnung zu sein, aber die Partitionen sind nicht mehr da. Wäre es besser, ein dd auf /dev/disk0s2 zu machen und zu versuchen, das in Zukunft wiederherzustellen?
Nein, Sie müssen disk0s3 einbinden, da es eine wichtige Schlüsseldatei enthält -> es ist einfacher, die komplette Festplatte disk0 hinzuzufügen

Antworten (1)

Die Partitionszuordnung ist vollständig gültig - der CoreStorage-Stack ist jedoch durcheinander.

Nach dem Erstellen eines CoreStorage-Stacks (z. B. durch Aktivieren von FileVault) sollte die logische CoreStorage-Volumengruppe mindestens ein physisches Volume , eine logische Volume-Familie und ein logisches Volume enthalten .

In Ihrem Fall fehlen die letzten beiden aufgrund einer Beschädigung des CS-Stacks. Die Ausgabe von in Ihrer Frage sollte auch eine logische Volume-Familie und ein logisches Volumediskutil cs list anzeigen .

In seltenen Fällen kann dies behoben werden, indem Sie in den (Internet-) Wiederherstellungsmodus booten und Terminal in der Menüleiste > Dienstprogramme öffnen:

Überprüfen Sie den CS-Stack:

fsck_cs /dev/rdisk0s2

Repariere es:

diskutil repairDisk /dev/disk0

Wenn letzteres fehlschlägt, stellen Sie Ihr Hauptvolume mit einem aktuellen Time Machine-Backup wieder her. Wenn Sie keine Sicherungskopie dddisk0 für ein RAW-Image haben und hoffen, dass jemand eine Lösung zum Reparieren oder Wiederherstellen von Dateitresordaten findet. Ich habe hier viel über FileVault gelernt - überprüfen Sie auch die Links (z. B. Infiltrate the Vault: Security Analysis and Decryption of Lion Full Disk Encryption ) dort!

Wie mache ich dddisk0 zu einem RAW-Image?
Aha, ich speichere es in einem Bild, um herauszufinden, wie ich die Daten speichern kann. Die Daten interessieren mich nicht. Ich möchte es nur löschen und macOS neu installieren, aber das lässt mich nicht tun.