Recuperar un SSHD corrupto

Tu SSHD no está corrupto en el sentido de que hayas perdido algún dato, sino que partes de la tabla de partición GUID no se pueden leer correctamente.

El SSHD ha perdido su tabla de particiones GUID o el controlador USB/SATA de la caja externa informa de un tamaño de bloque del dispositivo de 4096 Bytes mientras que su disco tiene un tamaño de bloque de 512 Bytes. En el caso de esto último, tienes que usar otra caja externa para montar el SSHD.

Un GUID de tamaño de bloque de dispositivo común de 512 Bytes comparado con un GUID de tamaño de bloque de dispositivo de 4096 Bytes difiere así:

             512 size number  4096 size number ("in block(512) numbers")
pMBR                1      0          1      0         0-7
Pri GPT header      1      1          1      1         8-15
Pri GPT table      32   2-33          4    2-5        16-47
1st "used" block          40                 6        48

Si monta un "dispositivo de 512 Bytes" en un "caso de 4096 Bytes", el sistema espera la cabecera primaria de GPT en el bloque(4096) 1 (que se "traduce" en los bloques(512) 8-15) y la tabla primaria de GPT en los bloques(4096) 2-5 (que se "traduce" en los bloques(512) 16-47). Esto fallará porque la cabecera primaria del disco(512) está en el bloque(512) 1 y la tabla primaria comienza en el bloque(512) 2.

Es obvio que no se puede reescribir un GPT(512) a un GPT(4096) porque el último bloque de la tabla GPT(4096) se superpondría al primer bloque utilizable del disco GPT(512).

Pruebe lo siguiente para restaurar la tabla de particiones GUID:

• Abra Terminal.app e introduzca los siguientes comandos para obtener una visión general y los datos fundamentales para recuperar las tablas de partición anteriores si los siguientes comandos fallan:

  disktutil list
  diskutil info diskX | grep "Device Block Size" # with diskX: the disk identifier of the SSHD

  Si el comando regresa: Device Block Size: 512 Bytes continuar, si 4096 Bytes son reportados Deténgase aquí y obtener una caja externa con capacidad para 512 Bytes:

  sudo gpt -r show diskX # with diskX: the disk identifier of the SSHD
  sudo fdisk /dev/diskX # with diskX: the disk identifier of the SSHD

  En su caso diskX: disk2

• Desmonte el disco externo (sólo para asegurarse de que está desmontado). A continuación asumo que diskX es disk2:

  diskutil umountDisk disk2
  sudo gpt destroy disk2
  sudo gpt create -f disk2

  Ahora entra sudo gpt -r show disk2 si se ha creado una nueva tabla de partición GUID. Debería tener este aspecto:

         start         size  index  contents
              0            1         PMBR
              1            1         Pri GPT header
              2           32         Pri GPT table
             34   1953525102
     1953525135           32         Sec GPT table
     1953525167            1         Sec GPT header

  Si te da un error o no se ha creado ningún pt GUID tienes que forzar la destrucción del MBR:

  sudo if=/dev/zero of=/dev/disk2 bs=512 count=1

  El comando sobrescribe directamente el primer bloque del disco2 (el MBR del disco) con ceros. Si se introduce de forma incorrecta (por ejemplo, sin el "count=1" o el identificador de disco incorrecto), se sobrescribe todo el disco. El comando anterior debería completarse después de milisegundos. Si no es así, introduzca ctrlC para detener el comando inmediatamente.

  Entonces repite:

  sudo gpt create -f disk2

  Vuelva a comprobar si ha tenido éxito ahora.

• Añade la partición una por una en la tabla de particiones GUID con gpt:

  Para añadir una partición con gpt utilice el siguiente comando

  sudo gpt -i index_number -b first_block -s size -t partiton_type diskX

  con número_de_índice : ~el número de la partición; primer_bloque y tamaño en bloques (512 o 4096 bloques) y partiton_type: un GUID

  En tu caso, eso es:

  sudo gpt -i 1 40 -s 409600 -t C12A7328-F81F-11D2-BA4B-00A0C93EC93B disk2
  sudo gpt -i 2 409640 -s 1175509584 -t 48465300-0000-11AA-AA11-00306543ECAC disk2
  diskutil umountDisk disk2
  sudo gpt -i 3 1176181368 -s 292707720 -t 48465300-0000-11AA-AA11-00306543ECAC disk2
  diskutil umountDisk disk2
  sudo gpt -i 4 1469151232 -s 484372480 -t EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 disk2

• Ahora los volúmenes "perdidos" deberían reaparecer. Compruebe el disco y los volúmenes con diskutil verifyDisk /dev/disk2 , diskutil verifyVolume /dev/disk2s2 y diskutil verifyVolume /dev/disk2s3 .

• Repare todo si es necesario, pero informe antes de iniciar la reparación.

Si no tienes una caja externa(512) sino un segundo disco vacío con al menos 1 TB deberías poder recuperar cada partición en el disco2 mediante dd'ing cada uno a un archivo separado (por ejemplo sudo dd if=dev/disk2 of=/Volumes/Disk3/efi.rawdevice bs=512 skip=40 count=409600 para copiar la partición EFI) en el disco vacío. Después de dd'ing las cuatro particiones a un volumen externo, reparticionar disk2 correctamente y restaurar cada uno de los cuatro archivos rawdevice a su "nueva" partición.

El comando gpt normalmente sólo escribe en los primeros 34 y últimos 33 bloques y fdisk sólo al primer bloque de un disco con un tamaño de bloque de 512 Bytes. Esto no destruirá ni modificará sus datos. Por lo tanto, todo lo que se hace es reversible.