Problema con la recuperación de GUID HDD en testdisk

1

Tuve un fallo de alimentación al utilizar dos de mis discos duros (dos WD Red 4 TB, cada uno casi lleno, solo datos HFS +, ningún sistema operativo en las unidades) en una base.

Desde entonces pude recuperar casi todos mis archivos con DiskDrill pero algunos están dañados, algunos han perdido su nombre y directorio.

Como no tengo nada más que perder aquí, pongo mis manos en él.

Estoy intentando reconstruir el GPT con testdisk, pero fallé varias veces. Así que ya escribí varias veces en gpt con testdisk, también probé el método usando testdisk para encontrar sectores de partición y pdisk para escribirlos, pero falló.

Ahora estoy intentando nuevamente con testdisk y wxhexeditor.

Observo cada aparición de "HFSJ", la primera que coincide con el sector testdisk había encontrado 529400 (271430664 en hex).

Pero no puedo encontrar ninguna partición EFI. ¿Hay alguna manera de que pueda arreglar eso? ¿Y reconstruir el esquema de partición GUID?

Aquí está el resultado de sudo gpt -r show disk2 :

start        size  index  contents
           0           1         PMBR
           1           1         Pri GPT header
           2          32         Pri GPT table
          34      529366         
      529400  7812357952      1  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  7812887352     1149783         
  7814037135          32         Sec GPT table
  7814037167           1         Sec GPT header

Seguimiento: probé lo que recomendaste con el siguiente resultado:

diskutil unmountDisk /dev/disk2
Unmount of all volumes on disk2 was successful
sudo gpt remove -i 1 disk2
disk2s1 removed
sudo gpt add -i 1 -b 40 -s 409600 -t C12A7328-F81F-11D2-BA4B-00A0C93EC93B disk2
disk2s1 added
sudo gpt add -i 2 -b 409640 -s 7813365344 -t 48465300-0000-11AA-AA11-00306543ECAC disk2
disk2s2 added
diskutil verifyVolume disk2s2
Started file system verification on disk2s2
Verifying file system
File system check exit code is 8
Error: -69845: File system verify or repair failed
Underlying error: 8: POSIX reports: Exec format error

esto está más allá de mi comprensión!

    
pregunta polo 02.03.2017 - 18:08

1 respuesta

1

Particionado inicialmente con la Utilidad de Discos (como GUID pt, 1 partición, HFSJ) Espero que las tablas de particiones de sus discos WD Red 4 TB se vean 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   7813365344      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
7813774984       262151         
7814037135           32         Sec GPT table
7814037167            1         Sec GPT header

con los bloques EFI = 409640 y el espaciador de Apple predeterminado vacío de 262144 bloques. Todos alineados con el tamaño del bloque físico de 4096 bytes, la partición HFSJ resultante comienza en el bloque 409640 y tiene un tamaño de 7813365344 bloques.

Puede probar esto eliminando la partición actual (a continuación, asumo que el identificador de disco de la unidad externa es disk2; use el identificador de disco que ha encontrado en su entorno):

diskutil umountDisk /dev/disk2
sudo gpt remove -i 1 disk2
sudo gpt add -i 1 -b 40 -s 409600 -t C12A7328-F81F-11D2-BA4B-00A0C93EC93B disk2
sudo gpt add -i 2 -b 409640 -s 7813365344 -t 48465300-0000-11AA-AA11-00306543ECAC disk2

Si se le solicita no inicialice ningún volumen.

Ahora verifique el volumen:

diskutil verifyVolume disk2s2

Después de investigaciones adicionales, resulta que uno de los dos discos externos contiene una partición de recuperación adicional. Después de agregar una tercera partición como esta:

     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   7812357952      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
7812767592      1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
7814037128            7         
7814037135           32         Sec GPT table
7814037167            1         Sec GPT header

y la ayuda de Disk Warrior (para restaurar sistemas de archivos rotos) se han recuperado los dos volúmenes principales de los discos externos.

    
respondido por el klanomath 02.03.2017 - 19:37

Lea otras preguntas en las etiquetas