Entonces, de alguna manera, el SSD interno de mi Retina MacBook Pro 2013 se estropeó y se arruinó su mapa de partición. Lo estaba usando, lo puse en reposo y cuando lo desperté aproximadamente una hora más tarde, me apareció una pantalla negra. Forcé un apagado y al reiniciar me da una pantalla negra en blanco y eso es todo.
El disco duro aparece cuando mantengo presionada la opción en el arranque, pero obviamente no funciona.
Disk Utility muestra el disco como 251 GB sin formato con un recuento de niños de 3. Ejecutar diskutil list me muestra los niños, y se ven correctos.
/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
salida de 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
salida dediskutil 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)
salida fsck:
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
He intentado esto: reparar una tabla de particiones Mac OS X HFS + , sin éxito. También probé diskutil repairDisk /dev/disk0
y falló porque no pudo crear la partición EFI.
El lunes, Time Machine me dijo que necesitaba iniciar una nueva copia de seguridad, por lo que, por supuesto, no tengo una copia de seguridad intacta lista o la habría borrado y restaurado.
¿Algunas ideas?
El mapa de partición es completamente válido; sin embargo, la pila CoreStorage está desordenada.
Después de crear una pila de CoreStorage (por ejemplo, habilitando FileVault), el grupo de volúmenes lógicos de CoreStorage debe contener al menos un volumen físico , una familia de volúmenes lógicos y un volumen lógico .
En su caso, faltan los dos últimos debido a la corrupción de la pila CS. El resultado de diskutil cs list
su pregunta también debe mostrar una familia de volúmenes lógicos y un volumen lógico .
En casos excepcionales, esto se puede reparar arrancando en modo de recuperación (Internet) y abriendo Terminal en la barra de menú > Utilidades:
Compruebe la pila de CS:
fsck_cs /dev/rdisk0s2
repararlo:
diskutil repairDisk /dev/disk0
Si esto último falla, restaure su volumen principal utilizando una copia de seguridad actual de Time Machine. Si no tiene un dd
disco de copia de seguridad0 a una imagen sin procesar y espera que alguien encuentre una solución para reparar o recuperar datos almacenados en archivos. Aprendí mucho sobre FileVault aquí : verifique los enlaces (por ejemplo, Infiltrate the Vault: Security Analysis and Decryption of Lion Full Disk Encryption ) ¡también allí!
dd
disk0 en una imagen sin procesar?
hayes alfarero
hayes alfarero
hayes alfarero
klanomath
fsck_cs /dev/rdisk0s2
para comprobar la pila. Publique cualquier error después (probablemente tenga que tomar una foto con un iPhone o similar y publicarla aquí).hayes alfarero
hayes alfarero
hayes alfarero
klanomath