Recuperar SSHD dañado

Su SSHD no está dañado en el sentido de que perdió datos, pero parte de la tabla de particiones GUID no se puede leer correctamente.

El SSHD perdió su tabla de particiones GUID o el controlador USB / SATA en el caso externo informa un tamaño de bloque de dispositivo de 4096 Bytes mientras que su disco tiene un tamaño de bloque de 512 Bytes. En el caso de este último, debe utilizar otro estuche externo para montar el SSHD.

Un GUID de tamaño de bloque de dispositivo de 512 bytes en comparación con un GUID de tamaño de bloque de dispositivo de 4096 bytes se diferencia de este modo:

             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 el encabezado GPT primario en el bloque (4096) 1 (que se "traduce" en bloques (512) 8-15) y el primario Tabla GPT en los bloques (4096) 2-5 (que "se traduce" en bloques (512) 16-47). Esto fallará porque el encabezado principal del disco (512) está en el bloque (512) 1 y la tabla principal comienza en el bloque (512) 2.

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

Intente lo siguiente para restaurar la tabla de particiones GUID:

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

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

  Si el comando devuelve: Device Block Size: 512 Bytes continúa, si 4096 Bytes se informa detente aquí y obtén un caso externo 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 tu caso diskX: disk2

• Desmonte el disco externo (solo 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 ingrese sudo gpt -r show disk2 si se creó una nueva tabla de particiones GUID. Debería verse así:

         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 obtienes un error o no se creó un GUID pt, debes forzar la destrucción del MBR:

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

  El comando sobrescribe directamente el primer bloque de disk2 (el MBR del disco) con ceros. Si se ingresa incorrectamente (por ejemplo, sin el "recuento = 1" o el identificador de disco incorrecto), se sobrescribe todo el disco. El comando anterior debe completarse después de milisegundos. De lo contrario, ingrese ctrl C para detener el comando inmediatamente.

  Luego repita:

  sudo gpt create -f disk2
  

  Vuelva a verificar si fue exitoso ahora.

• Agregue la partición una por una en la tabla de particiones GUID con gpt:

  Para agregar una partición con gpt use el siguiente comando

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

  con index_number : ~ el número de partición; first_block y tamaño en bloques (ya sea 512 o 4096 bloques) y partiton_type: un especial 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 comenzar la reparación.

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

El comando gpt generalmente solo escribe en los primeros 34 bloques y los últimos 33 y fdisk solo en el primer bloque de un disco con un tamaño de bloque de 512 bytes. Esto no destruirá ni modificará sus datos. Así que todo lo que haces es reversible.