Reconstrucción del mapa de la partición

Question

Reconstrucción del mapa de la partición

Preguntado el 16 de Diciembre, 2015: Cuando se hizo la pregunta
414 visitas: Cuantas visitas ha tenido la pregunta
2 Respuestas: Cuantas respuestas ha tenido la pregunta
Resuelta: Estado actual de la pregunta

Tengo un hdd externo que ya no se monta. Creo que la fastidio con toda la investigación que he hecho y las cosas que intento. Tengo información vital sobre este hdd y tengo mucho miedo de perderlo.

Ya lo intenté: Reconstruir la tabla de partición en el disco duro externo - no se puede escribir pero se encuentra con un problema:

sudo pdisk /dev/rdisk1
pdisk: No valid block 1 on '/dev/rdisk2' Edit /dev/rdisk2 - Command (? for help):

Intenté un escaneo con Disk Drill y parece que los datos están ahí, pero después de intentar recuperar algunos archivos, no puedo abrirlos. Tienen el tamaño pero no puedo abrirlos.

Intenté el repairdisk:

diskutil repairdisk /dev/disk2
Repairing the partition map might erase disk2s1, proceed? (y/N) y
Started partition map repair on disk2
Checking prerequisites
Checking the partition list
Problems were encountered during repair of the partition map
Error: -69770: Partition map check failed because no slices were found

He probado con el disco de prueba y antes de la búsqueda rápida obtengo el suyo:

Bad MAC partition, invalid block0 signature read_part_mac: bad DPME signature

después de la búsqueda rápida este es mi resultado

También lo intenté:

pdisk: No valid block 1 on '/dev/rdisk2' Edit /dev/rdisk2 - Command (? for help):

Actualizar:

En lugar de usar pdisk Lo intenté. gpt . El resultado de sudo gpt -r show /dev/disk3 es:

       start       size  index  contents
           0          1         PMBR
           1          1         Pri GPT header
           2          4         Pri GPT table
           6         34         
          40     409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
      409640  243781000         
   244190640          4         Sec GPT table
   244190644          1         Sec GPT header

He cambiado el hdd por un recinto firewire 800.

El resultado de sudo gpt -r show /dev/disk2 es:

       start        size  index  contents
           0           1         PMBR
           1  1953525167

Actualización 2

Tratando de encontrar el bloqueo de inicio de EFI:

Preguntado el 16 de Diciembre, 2015 por Dani

Answer 1

2 Respuestas

Answer 2

3voto

klanomath Puntos 19587

El disco perdió su tabla de partición GUID y el volumen EFI fue parcialmente sobrescrito. El disco fue montado en un recinto que no reporta correctamente un tamaño de bloque lógico de 512 bytes. En su lugar se utilizan 4096 bytes. El disco en sí mismo tiene un tamaño de bloque físico de 4096 bytes.

Después de intentar algunos métodos conocidos pero en realidad sin éxito (por ejemplo, Disk Warrior o respuestas aquí en stackexchange: HFS+ número inválido de bloques de asignación para recuperar el disco, formateamos un disco de igual tamaño, dded el volumen EFI a un archivo temporal y recuperó la tabla de particiones (incluyendo el volumen principal) usando los mismos valores estándar que obtuvimos al formatear el disco vacío.

El EFI del disco previamente particionado (vacío) fue guardado en un archivo con:

diskutil unmountDisk /dev/disk2
dd if=/dev/disk2s1 of=/Users/user/Desktop/disk2s1.raw

Reparando el disco dañado:

La tabla de partición GUID, parcialmente "reparada" pero corrupta, originalmente se veía así

sudo gpt -r show disk2 
    start        size  index  contents
        0           1         PMBR
        1           1         Pri GPT header
        2           4         Pri GPT table
        6          34        
       40      409600    1    GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
   409640   243781000        
244190640           4         Sec GPT table
244190644           1         Sec GPT header

Después de quitar la partición EFI con:

sudo gpt remove -i 1 /dev/disk2

y reescribiendo la tabla de partición GUID con

sudo gpt destroy /dev/disk2
sudo gpt create /dev/disk2

el volumen de EFI y los volúmenes principales se añadieron con:

sudo gpt add -b 6 -i 1 -s 76800 -t C12A7328-F81F-11D2-BA4B-00A0C93EC93B /dev/disk2
sudo dd if=/Users/user/Desktop/disk2s1.raw of=/dev/disk2s1
sudo gpt add -b 76806 -i 2 -s 244081066 -t 48465300-0000-11AA-AA11-00306543ECAC /dev/disk2

El disco y el volumen principal fueron verificados:

diskutil verifyDisk /dev/disk2
diskutil verifyVolume /dev/disk2s2

Finalmente el disco se ve así:

sudo gpt -r show disk2 
    start        size  index  contents
        0           1         PMBR
        1           1         Pri GPT header
        2           4         Pri GPT table
        6       76800      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
    76806   244081066      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
244157872       32768
244190640           4         Sec  GPT  table
244190644           1         Sec  GPT header

Todos los datos fueron recuperados.

Respondido el 17 de Diciembre, 2015 por klanomath (19587 Puntos )

0 votos

Tengo un disco con problemas similares, pero no entiendo de dónde sacas el valor del volumen 48465300-0000-11AA - AA11-00306543ECAC

Comentado el 28 de Diciembre, 2015 por Usuario no registrado

0 votos

@Gush Por favor, haz una pregunta separada (nueva) en lugar de editar las respuestas borradas que no responden. Puedes consultar la pregunta y la respuesta aquí.

Comentado el 29 de Diciembre, 2015 por klanomath

Answer 3

0voto

Peku2455 Puntos 1

Si se trata de datos valiosos, sugeriría ir a un servicio de recuperación de discos. Puede ser tan poco como 500 dólares dependiendo del daño. En algunos lugares le darán un estimado gratis. Puede preguntar por ahí en el Foro del gurú del disco duro para un servicio de recuperación en su área.

Si todavía quieres hacer esto por ti mismo y no te preocupa perder tus datos, intentaría recuperar tantos sectores como fuera posible con ddrescue y escribirlo en un archivo de imagen, es decir.

sudo ddrescue /dev/diskXsX /path/to/disk_image /path/to/log_file

Puedes conseguir ddrescue con MacPorts o un gestor de paquetes similar. Tenga en cuenta que, dependiendo del daño causado a su disco, cuanto más tiempo intente leerlo con algo como ddrescue más daño puede sufrir su disco.

Después de que hayas recuperado tantos datos como puedas con ddrescue y luego intentar fijar el sistema de archivos en la imagen recuperada o rasparla en busca de archivos.

Respondido el 16 de Diciembre, 2015 por Peku2455 (1 Puntos )

Reconstrucción del mapa de la partición

Respuestas

Preguntas Destacadas

Etiquetas mas usadas

AppleAyuda.com

Powered by:

Reconstrucción del mapa de la partición

Respuestas

Preguntas relacionadas

Preguntas Destacadas

Etiquetas mas usadas

En nuestra red

AppleAyuda.com

Powered by: