Recuperar el volumen extendido del encryption OS X encryption

Accidentalmente formateé un HD externo de 1TB a un sistema de files FAT utilizando la Utilidad de Discos en Mac OS. El disco solía ser HFS + encriptado. El encryption se realizó cuando creé la partición extendida de OS X, sin utilizar File Vault.

¿Alguna posibilidad de recuperar cualquier información? ¿Puedo de alguna manera recuperar la información de la partición y rebuild la tabla?

  • Inicio de Mac: carpeta intermitente
  • Icono parpadeante de la carpeta - safeboot, recovery hd no funciona
  • Herramientas de testing de disco duro de Mac y análisis SMART
  • La installation de El Capitan falla, no se puede iniciar desde HD después de reiniciar
  • ¿Qué process es acceder al disco duro?
  • ¿Qué debo hacer para restaurar el disco duro de mi computadora a como estaba antes de particionarlo? (¿y necesito hacerlo?)
  • Biblioteca de fotos en la unidad de networking externa
  • MacBook está constantemente accediendo al disco de Time Machine
  • 3 Solutions collect form web for “Recuperar el volumen extendido del encryption OS X encryption”

    En determinadas circunstancias, se puede recuperar un volumen encryption HFS + externo eliminado después de formatear el disco en un volumen FAT32:

    • Todo el disco ha sido encriptado (a un volumen).
    • Todo el disco se ha formateado en un volumen FAT32. La tabla de particiones GUID no ha sido reemplazada por un MBR. Sin embargo, el disco todavía tiene un MBR (en lugar de un PMBR).

    • Algunas estructuras de datos internas invisibles de CoreStorage no se deben sobrescribir.
      • la estructura del encabezado del volumen CoreStorage en el bloque de volumen (anterior) 0 (= bloque de disco 409640)
      • un segundo bloque en el bloque de volumen (anterior) 8 (= bloque de disco 409648)
      • un bloque de metadatos encryptions que comienza en el último bloque 577456 y termina en el último bloque 573360 (bloques de tamaño 4096)
      • varios elementos de metadatos de label de disco en los últimos 16392 bloques del volumen (anterior)

    Si no se ha escrito nada en el volumen FAT32, esas partes no se deben sobrescribir.


    Para recuperar el volumen encryption, debe usar Terminal y hacer algunas operaciones matemáticas.

    1. Separe cualquier unidad externa excepto la mal formateada
    2. Abrir Terminal e ingresar:

      diskutil list 

      para get una visión general y el identificador de disco del disco externo. A continuación supongo que el identificador de disco es disk1

    3. Realice una copy de security de todo el disco con sudo dd if=/dev/disk1 of=/Volumes/BackupVolume_Name/disk1.bin en caso de que algo salga mal o para un futuro con herramientas de recuperación avanzadas.
    4. Ahora obtenga la tabla de particiones del disco con:

       sudo gpt -r show /dev/disk1 

      Deberías get un resultado similar al siguiente:

        start size index contents 0 1 MBR 1 1 Pri GPT header 2 32 Pri GPT table 34 6 40 409600 1 GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B 409640 2008 411648 133804032 2 GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 134215680 2015 134217695 32 Sec GPT table 134217727 1 Sec GPT header 

      La primera partición es el volumen EFI, el segundo el volumen FAT32 del disco externo. Sin embargo, su partición 2 es mucho más grande que la del ejemplo.

      Incluso si obtiene un resultado diferente sin una tabla de particiones GUID sino solo un MBR

        start size index contents 0 1 MBR 1 1 2 134217726 1 MBR part 11 

      puede continuar: cifrar un disco con FileVault requiere una tabla de particiones GUID, por lo que su disco ya tenía una. La probabilidad de recuperar un volumen de FAT en un disco con un MBR parece ser mucho menor. Aparentemente, las partes (es decir, algunos encabezados de metadatos y volúmenes) pueden sobrescribirse con el sistema de files FAT32.

      El mismo disco que contiene un volumen HFS + encryption externo debería verse así:

        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 133545904 2 GPT part - 53746F72-6167-11AA-AA11-00306543ECAC 133955544 262144 3 GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC 134217688 7 134217695 32 Sec GPT table 134217727 1 Sec GPT header 

      La primera partición es la partición EFI con un tamaño fijo y un bloque de inicio, la tercera es una partición Apple_Boot con un tamaño fijo y un bloque de inicio relativo al último bloque del disco y el espacio restante en disco asignado al grupo lógico de almacenamiento central encryption . Todas las particiones están alineadas con el tamaño de bloque físico del disco (4096 Bytes).

    5. Para restaurar la vieja tabla de particiones, debe desmontar el disco, eliminar la tabla de particiones real y hacer algunas operaciones matemáticas para crear una nueva:

       diskutil umountDisk /dev/disk1 sudo gpt destroy /dev/disk1 diskutil umountDisk /dev/disk1 sudo gpt create -f /dev/disk1 gpt add -b 40 -i 1 -s 409600 -t C12A7328-F81F-11D2-BA4B-00A0C93EC93B disk1 
    6. Ahora obtenga el último número de bloque de su disco (en mi ejemplo es 134217727) y restar 262183: LastBlockNumber-262183 es ​​el bloque de inicio de la tercera partición (Apple_Boot). Agrega esta partición con:

       gpt add -b LastBlockNumber-262183 -i 3 -s 262144 -t 426F6F74-0000-11AA-AA11-00306543ECAC disk1 
    7. Compruebe el tamaño del espacio en disco no asignado entre la partición 1 y la partición 3 con:

       sudo gpt -r show /dev/disk1 
    8. El tamaño del espacio en disco no asignado (UnAlloc) entre el índice 1 y el índice 3 es probablemente el tamaño del volumen encryption anterior. El tamaño tiene que ser divisible por 8 – ¡por favor revisa esto! Agregue esto como una partición con:

       gpt add -b 409640 -i 2 -s UnAlloc -t 53746F72-6167-11AA-AA11-00306543ECAC disk1 #with UnAlloc= size of unallocated disk space found above 
    9. Después de ingresar el último command, se le debe pedir la contraseña del disco encriptado. si no, intenta:

       diskutil cs list 

      para get una list de elementos CoreStorage. Intenta montar el volumen encryption con:

       diskutil cs unlockVolume LVUUID 

      con LVUUID: el UUID del volumen lógico encriptado (generalmente el último enumerado). Si su volumen principal también está encriptado, elija el LVUUID adecuado.

      Si el volumen se monta correctamente, guarde los files y carpetas más importantes en un volumen externo porque montar el volumen encryption no significa necesariamente que el volumen no esté dañado.

      Desmonte el volumen y ejecute diskutil verifyDisk /dev/disk1 y diskutil repairDisk /dev/disk1 . ¡El último command puede dañar por completo el disco!


    Esto aún podría fallar. El volumen encriptado aún puede ser recuperable. Pero luego necesito más información, porque los elementos especiales (invisibles) que no son del sistema de files deben leerse directamente desde el disco con un HexEditor y luego restaurarse / replacese.

    Seguí la respuesta de Klanomath anterior para recuperar con éxito mi Macintosh HD. Intenté cambiar el tamaño de ubuntu (Bootcamp) y dejé de ver por completo mi partición HD de Macintosh. Había intentado varias publicaciones y herramientas para escribir y reescribir tablas de particiones sin éxito y estaba a punto de darme por vencido. Seguí los pasos # 5 a # 8 de la publicación.

    Hice # 5 y asumí que mi EFI habría comenzado en 40 y tenía el mismo tamaño 409600. La siguiente captura de pantalla de recuperación estelar mostró un volumen avanzado comenzando en 40, así que me dio la esperanza de que mi EFI al less comenzara en el mismo sector . enter image description here Resultado de mi máquina:

      diskutil umountDisk /dev/disk4 Unmount of all volumes on disk4 was successful sudo gpt destroy /dev/disk4 diskutil umountDisk /dev/disk4 Unmount of all volumes on disk4 was successful sudo gpt create -f /dev/disk4 gpt add -b 40 -i 1 -s 409600 -t C12A7328-F81F-11D2-BA4B-00A0C93EC93B disk4 disk4s1 added 

    Para # 6, aquí estaba la salida de mi máquina:

     $ sudo gpt -r show /dev/disk4 Password: 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 976695387 977105027 32 Sec GPT table 977105059 1 Sec GPT header 

    Tenía el último bloque de mi disco duro (977105059), ahora ¿cuál debería ser mi tercera (última) partición cuyo tamaño debo restar del final? (Recuerdo que solía tener un disco de recuperación, un disco de ubuntu además de Macintosh HD. Además, testdisk me había mostrado docenas de particiones de recuperación perdidas, que supuse en function de sus tamaños, pero no podía elegir entre ellas ) Así que me referí a la captura de pantalla anterior de nuevo (recuperación estelar). En este punto, he visto y sé que un Mac Recovery HD tiene unos 600 mil MB, así que tengo algunos candidatos de la captura de pantalla anterior. De acuerdo con esta publicación, el sector inicial debe poder dividirse por completo en 8, lo que solo funcionó para 'Lost Volume 6' de la captura de pantalla.

    Entonces eso me dio el sector inicial (975835488), pero ¿qué hay del tamaño? Bueno, a partir de unas capturas de pantalla de hace un par de días de los resultados de escaneo de testdisk (que me mostraron docenas de particiones de disco de recuperación perdidas) noté que aunque todos sus sectores iniciales eran diferentes, sus tamaños eran los mismos, es decir, 1269536 (ver la captura de pantalla a continuación ) Esto me dio la confianza de que este era el tamaño correcto (en sectores) para un Mac Recovery HD. enter image description here Así que ejecuté el siguiente command (usando el sector de Inicio: 975835488, Tamaño en sectores: 1269536)

     gpt add -b 975835488 -i 3 -s 1269536 -t 426F6F74-0000-11AA-AA11-00306543ECAC disk4 disk4s3 added 

    Para # 7, para mostrar el estado más reciente de 'gpt -r show':

     $ sudo gpt -r show /dev/disk4 Password: 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 975425848 975835488 1269536 3 GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC 977105024 3 977105027 32 Sec GPT table 977105059 1 Sec GPT header 

    En este punto, yo estaba como, "Oh, está bien, así que mi table de partición se ve un poco similar a la del hombre en la publicación, pero obviamente eso no va a hacer nada".

    Eran aproximadamente las 2 AM en ese momento y solo quiero seguir todos los pasos para descartar otra publicación porque 'también lo intenté'. Así que estoy apresurándome a través de él tratando de get los numbers correctos.

    Así que ahora para # 8, de mi última captura de pantalla, 975425848 es el tamaño, y 409640 es el sector inicial para mi partición que se supone que está en el medio (también conocido como Macintosh HD). Así que sigo adelante, todavía sin mucha esperanza, y ejecuto el siguiente command:

     gpt add -b 409640 -i 2 -s UnAlloc -t 53746F72-6167-11AA-AA11-00306543ECAC disk4 usage: gpt add [-b lba] [-i index] [-s lba] [-t uuid] device ... 

    Vaya, de hecho, tengo que escribir el tamaño en lugar de 'UnAlloc'. Me perdí esto de los comentarios del tipo: con UnAlloc = tamaño del espacio en disco no asignado encontrado arriba

    segundo bash:

     gpt add -b 409640 -i 2 -s 975425848 -t 53746F72-6167-11AA-AA11-00306543ECAC disk4 disk4s2 added 

    Esta vez el command tomó un par de segundos para producir una salida que hizo que mi corazón se acelerara. Tan pronto como produjo el resultado (disk4s2 agregado) me pidió una contraseña para mi "Macintosh HD" y estoy saltando en mi asiento cuando ingresé la contraseña que puedo recordar y listo, el disco aparece y también lo hace todo ¡¡mis datos!!

    Después de 4 días completos de esfuerzo y de extrañar que había perdido todo mi trabajo y mi biblioteca de fotos, no podía creer que funcionara. Gracias, Klanomath. Gracias Dios.

    ps. Hice todo esto en otro Mac con el Mac original conectado a él a través de thunderbolt en el modo de disco de destino. El software Stellar Recovery también se ejecutó en el Mac, mientras que los resultados del disco de testing provenían de un CD de ubuntu live en el Mac original (aunque estoy seguro de que podría haber ejecutado testdisk en el segundo Mac también, aunque más despacio)

    Para romper el encryption del disco duro, se debe formatear el disco o se debe romper el algorithm de encryption usando Terminal. Ambos casos darán como resultado la creación de una nueva estructura de files en el disco duro de Mac y ocasionarán la pérdida de datos.

    ¿Alguna posibilidad de recuperar cualquier información?

    Supongo que la única posibilidad queda con el software de recuperación de datos. Encontré esta publicación ¿Cómo cifrar, descifrar y recuperar el disco duro de Mac? . Puede ser que te ayude.

    ¿Puedo de alguna manera recuperar la información de la partición y rebuild la tabla?

    ¿Su tabla de disco duro está dañada después del formateo del disco? Vuelva a formatearlo en HFS para que se genere una nueva tabla de particiones.

    Loving Apple Products like poisoning (iPhone, iPad, iMac, Macbook, iWatch).