Necesito ayuda para descifrar los resultados de TestDisk para arreglar el disco duro

Los resultados de TestDisk para los discos de OS X son a menudo engañosos o incluso erróneos porque el algoritmo malinterpreta el contenido especial del volumen oculto. AFAIK intenta detectar bloques especiales vacíos (2) seguidos por la aparición de la cadena HFSJ en el tercer bloque - que marca el comienzo de un volumen HFSJ. Una secuencia similar se utiliza para detectar los últimos bloques de un volumen. Tales "bloques" de 1536 Bytes son más frecuentes de lo que TestDisk puede manejar.

Yo prefiero un enfoque diferente:

Los discos externos particionados por la Utilidad de Discos en un volumen HFS+ (visible) suelen tener un esquema de partición típico:

dependiendo del tamaño del bloque del dispositivo (512 B o 4096 B) y del tamaño total del disco, contienen una partición EFI de 200 MiB o 300 MiB como primera partición después de la tabla de particiones, luego el volumen principal y finalmente una partición de 134,2 MiB o espacio libre del mismo tamaño. Los últimos bloques están ocupados por la segunda tabla de particiones ("backup").

El esquema estándar de partición GUID de Apple de un disco de 512 B tiene el siguiente aspecto:

                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  part2-size      2  GPT part - partition type
part2-size+409640      262144      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
    total_size-40           7         
    total_size-33          32         Sec GPT table
     total_size-1           1         Sec GPT header

part2-size suele ser: total-size - 671824 en 512 B-blocks. Si falta la partición 3, las tres últimas líneas tienen este aspecto:

total_size-262190      262151         
    total_size-33          32         Sec GPT table
     total_size-1           1         Sec GPT header

El esquema estándar de partición GUID de Apple de un disco de 4096 B tiene este aspecto:

               0           1         PMBR
               1           1         Pri GPT header
               2           4         Pri GPT table
               6       76800      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
           76806  part2-size      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
total_size-32773       32768         
    total_size-5           4         Sec GPT table
    total_size-1           1         Sec GPT header

part2-size suele ser: total-size - 109579 en 4096 B-blocks.

Los discos de 512 B también pueden tener una partición EFI (partición 1) de 614400 bloques (512) o los discos de 4096 B pueden tener una partición EFI de 51200 bloques (4096) - aunque ambos casos son menos frecuentes. El tamaño de la partición principal se reduce o amplía respectivamente.

Desde gpt sólo escribe en la primera y en la segunda tabla de particiones (¡y no sobrescribe el contenido del volumen!) puede probar ahora qué tamaños de partición pueden caber.

Lo básico gpt comandos son los siguientes:

• mostrar la tabla de particiones:

  sudo gpt -r show diskX 

• añadir una partición:

  sudo gpt add -i (i) -b (block-nr) -s (blocks) -t (GUID) diskX

  con i: número de índice, b: bloque inicial, s: tamaño, t: tipo de partición

• eliminar una partición:

  sudo gpt remove -i (i) diskX

• destruir la tabla de partición:

  sudo gpt destroy diskX

• crear una nueva tabla de partición:

  sudo gpt create -f diskX

Reparación del disco:

• Desmonte cualquier disco externo, unidad de disco duro, etc., excepto el dañado.

• Abra Terminal.app e introduzca diskutil list para obtener una visión general. En la salida obtendrá el identificador del disco externo (por ejemplo, disk2; a continuación asumo que es disk2, ¡su identificador de disco puede ser diferente!)

• obtener el tamaño del bloque del dispositivo:

  diskutil info disk2 | grep "Device Block Size"

• obtener la tabla de particiones del disco:

  sudo gpt -r show disk2

• Desmonta el disco:

  diskutil umountDisk disk2

• si encuentras particiones elimínalas todas con, por ejemplo sudo gpt remove -i 2 disk2 , sudo gpt remove -i 3 disk2 y sudo gpt remove -i 1 disk2 . Si no se encuentra ninguna tabla de partición, cree una nueva.

• examinando las propiedades de tu disco (probablemente un disco de 4096 B) yo probaría ahora lo siguiente:

  sudo gpt add -i 1 -b 6 -s 51200 -t C12A7328-F81F-11D2-BA4B-00A0C93EC93B disk2
  sudo gpt add -i 2 -b 51206 -s 732482666 -t 48465300-0000-11AA-AA11-00306543ECAC disk2

  y luego verificar un volumen potencial con

  diskutil verifyVolume disk2s2

  o si esto falla eliminar las particiones de nuevo con sudo gpt remove -i 2 disk2 y sudo gpt remove -i 1 disk2 y elegir un tamaño de partición EFI diferente:

  sudo gpt add -i 1 -b 6 -s 76800 -t C12A7328-F81F-11D2-BA4B-00A0C93EC93B disk2
  sudo gpt add -i 2 -b 76806 -s 732457066 -t 48465300-0000-11AA-AA11-00306543ECAC disk2

  y luego verificar un volumen potencial con

  diskutil verifyVolume disk2s2

En esta respuesta se describe un método diferente para encontrar los límites de las particiones pertinentes: cómo arreglar el disco duro GUID corrompido a MBR y varios otras respuestas .

En principio, es similar al método TestDisk, pero con cierta interpretación (humana) de las estructuras de volumen características detectables/detectadas. Por lo tanto, no está automatizado y es más lento.

Si su asr tarea ha sobrescrito partes importantes del volumen principal anterior, no se puede salvar.