Reconstrucción del mapa de partición

El disco perdió su tabla de particiones GUID y el volumen EFI se sobrescribió parcialmente. El disco se montó en un gabinete que no informa correctamente un tamaño de bloque lógico de 512 bytes. En su lugar se utilizan 4096 bytes. El disco en sí tiene un tamaño de bloque físico de 4096 bytes.

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

El EFI del disco previamente particionado (vacío) se guardó 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 particiones GUID parcialmente "reparada" pero dañada originalmente tenía este aspecto

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 eliminar la partición EFI con:

sudo gpt remove -i 1 /dev/disk2

y reescribiendo la tabla de particiones GUID con

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

el volumen EFI y los volúmenes principales se agregaron 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

Se verificaron el disco y el volumen principal:

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.

Si se trata de datos valiosos, sugeriría ir a un servicio de recuperación de disco. Puede ser tan poco como $ 500 dependiendo del daño. Algunos lugares te darán un presupuesto gratis. Puede consultar en el foro HDD Guru para obtener un servicio de recuperación en su área.

Si aún desea hacer esto usted mismo y no le preocupa perder sus datos, intentaría recuperar tantos sectores como sea posible con ddrescue y los escribiría en un archivo de imagen. es decir,

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

Puedes obtener ddrescue con MacPorts o un administrador de paquetes similar. Tenga en cuenta que, dependiendo del daño causado a su disco, cuanto más tiempo intente leer en él con algo como ddrescue , mayor será el daño en el disco.

Después de haber recuperado la mayor cantidad de datos posible con ddrescue , intente arreglar el sistema de archivos en la imagen recuperada o raspe los archivos.