Necesita ayuda para descifrar los resultados de TestDisk para reparar el HDD

0

Fondo -

Al intentar utilizar asr en el terminal para copiar el contenido de un HDD defectuoso para vaciar HD externo # 1 , facepalm configuro el objetivo como BACKUP HD # 2 .

Cuando presioné enter, asr siguió sus pasos normales, y luego presioné PSTT 0 100 start restore y permanecí allí durante más tiempo del que esperaba. Luego me di cuenta de que puse el volumen de destino incorrecto y terminé la ventana.

Ahora, cuando conecto BACKUP HD # 2 en mi computadora portátil, no se monta. Puedo verlo en la Utilidad de Discos y puedo ejecutar reparaciones en él, pero obtenga lo siguiente:

"Se encontraron problemas con el mapa de partición, lo que puede impedir el arranque"

El intento de montarlo en el terminal también falla.

Tengo Disk Warrior, y puede ver el disco duro (e incluso muestra el nombre que le puse, mientras que Disk Utility lo muestra como Sin título) pero dice que la unidad es demasiado grande.

Tengo Drive Genius, pero aparece en dispositivos y no en volúmenes, por lo que tampoco puedo repararlo allí.

Compré Disk Drill, exploré la unidad, pero categorizó los archivos encontrados por tipo - video / pictures / audio / etc y volcó toda la información del nombre del archivo - ahora son el archivo 000001.jpg etc. Así que perdí nombres de archivos y estructura de carpetas. Estoy muy agradecido y feliz de poder recuperar mis archivos, ahora espero que haya una manera de recuperar mi estructura / nombres en el disco antiguo ...

Después de 4 días de escanear con TestDisk, aquí están los resultados, pero no sé qué hacer a continuación. ¿Algunas ideas?

¡Gracias!

 TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <[email protected]>
http://www.cgsecurity.org

TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <[email protected]>
http://www.cgsecurity.org

Disk /dev/rdisk1 - 3000 GB / 2794 GiB - 732566645 sectors
     Partition               Start        End    Size in sectors
 P EFI System                     6      76805      76800 [EFI]
 P Mac HFS                   156013  271598000  271441988
>P Mac HFS                280526626  282014439    1487814
 P Mac HFS                288815421  288905227      89807
 P Mac HFS                288931061  289023226      92166
 P Mac HFS                289086265  289190956     104692
 P Mac HFS                290295252  291221714     926463
 P Mac HFS                486080570  486424828     344259
 P Mac HFS                489985809  490029384      43576
 P Mac HFS                701675873  709084595    7408723

Structure: Ok.  Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
                P=Primary  D=Deleted
Keys A: add partition, L: load backup, T: change type,
     Enter: to continue
HFSX blocksize=4096, 6094 MB / 5811 MiB
    
pregunta Lauren 23.08.2016 - 17:22

1 respuesta

1

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

Prefiero un enfoque diferente:

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

dependiendo del tamaño de bloque del dispositivo (512 B o 4096 B) y el 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 partición ("copia de seguridad").

El esquema de partición GUID de Apple estándar de un disco 512 B tiene este 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

el tamaño de la parte 2 por lo general es: tamaño total: 671824 en 512 bloques B. 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 de partición GUID de Apple estándar de un disco 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

el tamaño de la parte 2 por lo general es: tamaño total: 109579 en 4096 bloques B.

Los discos 512 B también pueden tener 614400 bloques (512) particiones EFI (partición 1) o los discos 4096 B pueden tener una partición EFI de 51200 bloques (4096); ambos pueden encontrarse con menos frecuencia que al revés. El tamaño de la partición principal se reduce o aumenta respectivamente.

Dado que gpt solo 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 caben.

Los comandos básicos de gpt son los siguientes:

  • muestra 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 de inicio, s: tamaño, t: tipo de partición

  • eliminar una partición:

    sudo gpt remove -i (i) diskX
    
  • destruir tabla de particiones:

    sudo gpt destroy diskX
    
  • crea una nueva tabla de particiones:

    sudo gpt create -f diskX
    

Reparando tu disco:

  • extraiga cualquier disco externo, unidad de almacenamiento, etc., excepto el dañado.
  • Abra Terminal.app e ingrese diskutil list para obtener una descripción general. En la salida obtendrá el identificador de disco del disco externo (por ejemplo, disco2; a continuación, asumo que es disco2, ¡su identificador de disco puede diferir!)
  • obtener el tamaño de bloque del dispositivo:

    diskutil info disk2 | grep "Device Block Size"
    
  • obtener la tabla de particiones del disco:

    sudo gpt -r show disk2
    
  • Desmonte el disco:

    diskutil umountDisk disk2
    
  • si encuentra particiones, elimínelas 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 una tabla de particiones, cree una nueva.
  • examinando las propiedades de su disco (probablemente un disco 4096 B) Intentaría lo siguiente ahora:

    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
    

    luego verifique un volumen potencial con

    diskutil verifyVolume disk2s2
    

    o si esto falla, elimina las particiones nuevamente con sudo gpt remove -i 2 disk2 y sudo gpt remove -i 1 disk2 y elige 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
    

    luego verifique un volumen potencial con

    diskutil verifyVolume disk2s2
    

En esta respuesta se describe un método diferente para encontrar límites de partición relevantes: cómo reparar el disco duro GUID dañado en MBR y varias otras respuestas .

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

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

    
respondido por el klanomath 23.08.2016 - 20:12

Lea otras preguntas en las etiquetas