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/disk0
und 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?
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 dd
disk0 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!
dd
disk0 zu einem RAW-Image?
Hayes Potter
Hayes Potter
Hayes Potter
klanomath
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).Hayes Potter
Hayes Potter
Hayes Potter
klanomath