1 votos

El volumen del sistema APFS ha desaparecido tras el fallo de la placa lógica del Macbook Air

Sólo tengo información parcial, y no sé al 100% la versión exacta de OSx ni lo lleno que estaba el disco, pero creo que estaba bastante saturado. No hay copias de seguridad recientes, datos importantes, y ya les he metido el miedo en el cuerpo con respecto a las copias de seguridad para que esto no vuelva a ocurrir. Tienen una copia de seguridad de timemachine de varios meses de antigüedad, así que si puede haber algo útil allí, como una tabla de particiones o una clave de cifrado que necesito, es posible que pueda acceder a ella.

El montaje, los pasos dados y cómo hemos llegado hasta aquí:

-El Macbook Air de 2015 de un amigo dejó de encenderse. Puede haber tenido un mal apagado de por medio. Placa lógica muerta.

-Se obtiene la caja de la unidad. La unidad no arrancaría con éxito en cualquier macs en la tienda de Apple. Genius Bar puede o no puede haber ejecutado algunos comandos para tratar de recuperar las cosas. Informar de que parte de la SSD que gestionó FileVault es probablemente dañado.

-El taller técnico de la universidad de un amigo echa un vistazo sin suerte.

-Se destaca la importancia de algunos de sus datos de investigación, les remito a Drive Savers por exceso de precaución.

-Drive Savers intenta conectarlo a un sistema (¿?), dice que no funciona, y lo manda a paseo en 15 minutos más o menos.

-La línea de fondo, el habitual arranque de ella en un mac diferente, etc solución de problemas no está funcionando.

-Me apiado de ellos y he tomado esto como un proyecto paralelo, creo que es una unidad APFS encriptada.

-Me las arreglé para capturar una imagen de disco de 500GB aparentemente buena al 100%, y reflejarla en una unidad externa de 2TB, directamente de la unidad mala en la caja en un sistema Ubuntu usando ddrescue. Para cualquier otra persona que pase por esto con una unidad que sigue perdiendo la conexión, pruebe con un concentrador USB alimentado.

comandos ddrescue utilizados

sudo ddrescue -f -n -c 4096 /dev/sdc "/media/spaceguns/TOSHIBA EXT/RescueImage1.dmg" "/media/spaceguns/TOSHIBA EXT/mapfile1.txt"

sudo ddrescue -d -f -r3 -c 4096 /dev/sdc "/media/spaceguns/TOSHIBA EXT/RescueImage1.dmg" "/media/spaceguns/TOSHIBA EXT/mapfile1.txt"

sudo ddrescue -d -f -r3 -c 4096 /dev/sdc /dev/sdb mapfile.txt

No hay sectores defectuosos o errores en ambos, una mirada rápida a la imagen en un editor hexadecimal y sí, las cosas están ahí bien. Tengo una copia de seguridad del dmg por si acaso.

Sintiendo un nuevo nivel de confianza en que no voy a freír la última esperanza que tenemos de recuperar estos datos martillando con intentos, es hora de saltar en el Macbook Pro de mi esposa y ver lo que podemos ver. Desgraciadamente, al no ser un tipo de mac, estoy chocando con algunos muros, probablemente causados por mi propia ignorancia del sistema subyacente y de los comandos disponibles. Me siento cómodo en una línea de comandos, pero no soy un usuario de mac.

Intentos de Mac y resultados de los comandos:

UTILIDAD DEL DISCO Archivo>Abrir imagen de disco>RescueImage1.dmg

Se cuelga y muy brevemente aparece a la izquierda mostrando lo siguiente y luego desaparece inmediatamente

enter image description here

Conectar la unidad clonada enter image description here https://i.imgur.com/fgpTezp.png

Haga clic en Montar en el disco3s2 y no pasa nada, no hay respuesta

Archivo->Obtener información sobre el disco3s2

Volume type : APFS Physical Store
BSD device node : disk3s2
Connection : USB
Device tree path : IODeviceTree:/PCI0@0/XHC1@14
Writable : No
Is case-sensitive : No
Volume capacity : 500,068,036,608
Owners enabled : No
Is encrypted : No
Can be verified : Yes
Can be repaired : Yes
Bootable : No
Journaled : No
Disk number : 3
Partition number : 2
Media name : 
Media type : Generic
Ejectable : Yes
Solid state : No
S.M.A.R.T. status : Not Supported
Parent disks : disk3

Archivo->Obtener información sobre AppleAPFSMedia

Volume type : Uninitialized
BSD device node : disk4
Connection : USB
Device tree path : IODeviceTree:/PCI0@0/XHC1@14
Writable : No
Is case-sensitive : No
Volume capacity : 500,068,036,608
Available space (Purgeable + Free) : 0
Purgeable space : 0
Free space : 0
Used space : 500,068,036,608
Owners enabled : No
Is encrypted : No
Can be verified : No
Can be repaired : No
Bootable : No
Journaled : No
Disk number : 4
Media name : AppleAPFSMedia
Media type : Generic
Ejectable : Yes
Solid state : No
S.M.A.R.T. status : Not Supported

Resultados de los primeros auxilios de la Utilidad de Discos

Running First Aid on “AppleAPFSMedia” (disk4)

Fixing damaged partition map.
Invalid disk.

Operation failed…

Running First Aid on “” (disk3s2)

Repairing storage system
Performing fsck_apfs -y -x /dev/disk3s2
Checking the container superblock.
Storage system check exit code is 0.

Operation successful.

Todavía no hay montaje en el disco3s2. Creo que he agotado las opciones de la interfaz gráfica de usuario de la Utilidad de Discos, así que ahora tengo que recurrir a la línea de comandos. Todo esto estará en la unidad clonada. Estoy recortando las referencias a las otras unidades del sistema para facilitar la revisión.

Janes-MacBook-Pro:~ John$ diskutil list
/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *2.0 TB     disk3
   1:                        EFI EFI                     209.7 MB   disk3s1
   2:                 Apple_APFS Container disk4         500.1 GB   disk3s2

/dev/disk4 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +ERROR      disk4
                                 Physical Store disk3s2

Janes-MacBook-Pro:~ John$ diskutil apfs list
APFS Containers (2 found)
|
+-- Container disk1 (trimmed data)
+-- Container ERROR -69808
    ======================
    APFS Container Reference:     disk4
    Size (Capacity Ceiling):      ERROR -69620
    Capacity In Use By Volumes:   ERROR -69620
    Capacity Not Allocated:       ERROR -69620
    |
    +-< Physical Store disk3s2 0804ED4C-B212-4BF2-B475-6026969AE826
    |   -----------------------------------------------------------
    |   APFS Physical Store Disk:   disk3s2
    |   Size:                       500068036608 B (500.1 GB)
    |
    +-> No Volumes

Janes-MacBook-Pro:~ John$ distill mountDisk /dev/disk3s2
One or more volume(s) failed to mount

Janes-MacBook-Pro:Documents John$ diskutil mountDisk disk4
Volume(s) mounted successfully

Si eso realmente hizo algo no lo sé. Nada adicional parecía estar listado o montado en cualquier lugar. Ejecuté los siguientes comandos de gpt, desmonté el disco 4, y los volví a ejecutar y comprobé la Utilidad de Discos/el buscador para ver si había algún cambio. Mientras tanto asumiendo que no estamos montando realmente.

Janes-MacBook-Pro:~ John$ sudo gpt show disk3
       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   976695384      2  GPT part - 7C3457EF-0000-11AA-AA11-00306543ECAC
   977105024  2929858399         
  3906963423          32         Sec GPT table
  3906963455           1         Sec GPT header
Janes-MacBook-Pro:~ John$ sudo gpt show disk3s1
   start    size  index  contents
       0       1         MBR
       1  409599         
Janes-MacBook-Pro:~ John$ sudo gpt show disk3s2
      start       size  index  contents
          0  976695384         
Janes-MacBook-Pro:~ John$ sudo gpt show disk4
      start       size  index  contents
          0  122086923        

Janes-MacBook-Pro:~ John$ diskutil apfs unlockVolume /dev/disk4
/dev/disk4 is not an APFS Volume

El mismo resultado para todos los intentos de /dev/disk*

Janes-MacBook-Pro:~ John$ diskutil verifyVolume disk4
Started file system verification on disk4
Verifying storage system
Performing fsck_apfs -n -x /dev/disk3s2
Checking the container superblock
Storage system check exit code is 0
Finished file system verification on disk4

Parece que no hay cambios

Janes-MacBook-Pro:~ John$ diskutil verifyDisk /dev/disk4
Janes-MacBook-Pro:~ John$ diskutil repairDisk /dev/disk4

ambos devueltos

Unable to verify this whole disk: A GUID Partition Table (GPT) partitioning scheme is required (-69773)

Reinicio, tecla de opción en Chime = No aparece la unidad de clonación

probó iBoysoft

iBoysoft lo ve pero no acepta la contraseña y no tiene la opción de utilizar la clave de recuperación (lo he intentado además de la contraseña)

https://i.imgur.com/bqeO7y0.png

Probé con Recovery Studio Pro en Win10 y notó que no se encontraron claves apfs después de un escaneo completo, por lo que me pregunto si algún elemento necesario para descifrar está borrado y si podría recuperarse y colocarse de nuevo allí desde una copia de seguridad.

Estoy perdido en cuanto a qué hacer a partir de aquí, o qué puede faltar. Supongo que conseguir que el volumen se muestre de nuevo hasta donde pueda verlo en el terminal es el siguiente paso, pero no sé cómo abordarlo.

Después de lo anterior, probé algunos comandos "hail mary", pero no me importa reclonar una copia de la unidad fresca para tratar de trabajar más en esto.

También funcionó con el que no se montaba usando hdiutil pero se está quedando sin caracteres aquí. Puede recapitular si puede ser útil.

1voto

SuperDuck Puntos 1026

Recientemente he creado algunas herramientas que pueden ayudarte, aunque por el momento no soportan directamente la encriptación (próximamente, espero): https://github.com/jivanpal/apfs-tools

Utilizando apfs-inspect para ver el estado de los superbloques del contenedor APFS sería mi primer paso. Dado que la unidad está encriptada, no podrá hacer mucho fácilmente hasta que añada soporte de encriptación, pero al menos veamos si los superbloques del contenedor y los superbloques del volumen están intactos. Es probable que tengas que desenterrar las claves de cifrado del volumen y descifrar los árboles del sistema de archivos del volumen y los datos de los archivos manualmente.

Probé con Recovery Studio Pro en Win10 y notó que no se encontraron claves apfs después de un escaneo completo, por lo que me pregunto si algún elemento necesario para descifrar está borrado y si podría recuperarse y colocarse de nuevo allí desde una copia de seguridad.

En la unidad existirán cientos de versiones del superbloque contenedor, así que es de esperar que al menos una esté intacta. Del mismo modo, múltiples copias de las claves de cifrado también existirán en múltiples lugares de la unidad, y los superbloques contenedores especifican su ubicación. Esperemos que al menos una instancia sea legible, con lo que podremos acercarnos a la lectura de los volúmenes.


Creo que Jonathan Levin's la liberación pública de su fsleuth (descargue el binario en http://newosxbook.com/tools/fsleuth ) admite el cifrado de APFS, pero esta versión pública es de octubre de 2018, y la especificación de APFS para las dentaduras ha cambiado desde entonces. Por lo tanto, si usted puede ver el contenido de sus volúmenes APFS, los nombres de archivos y directorios pueden ser reportados incorrectamente (precedidos por ?? ), y puede que no puedas hacer mucho, pero al menos sabrás que los archivos están ahí en alguna parte.

Salte a la marca de 45 minutos de esta charla (archivo MP4 de 1,28 GB) de Levin para ver cómo utilizar fsleuth .

No estoy seguro de que Levin siga manteniendo su versión completa y de pago de fsleuth pero ese puede ser su último recurso. - EDITAR: Parece que fsleuth está siendo entregado en privado al mejor postor Si desea adquirir una licencia, póngase en contacto con Levin lo antes posible.

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X