Cómo arreglar el disco duro GUID corrompido a MBR

El método para reparar el disco y recuperar la tabla de partición GUID está relacionado con mis respuestas a preguntas similares: HFS+ número inválido de bloques de asignación y El disco duro ya no es accesible .

Básicamente tienes que encontrar las cadenas características de los volúmenes JHFS+, utilizar algunas matemáticas simples y el sentido común y tener algo de suerte para arreglar el GUID. Y no pierdas de vista tus objetivos cuando te enfrentes a este muro de respuestas.

Además, hay algunos tamaños y reglas fijas (válidas para un tamaño de bloque lógico de 512b - las reglas para dispositivos de 4096b son ligeramente diferentes) que le ayudan a determinar algunos de los tamaños así como algunos de los bloques iniciales y finales de sus particiones "eliminadas".

 1. 1st block (block 0)                             = PMBR
 2. 2nd block (block 1)                             = Pri GPT header
 3. 3rd - 34th block (block 2 - block 33)           = Pri GPT table
 4. 41st - 409640th block (block 40 - block 409639) = EFI (aligned)
 5. 409641st - ??? block (block 409640 - block ???) = partition 1 (aligned)
 6. empty space 262144 blocks (aligned)
 7. ??? - ??? block (block ??? - block ???)         = partition 2 (aligned)
 8. empty space 262144 blocks (aligned)
 9. 7 empty blocks to keep alignment
10. the last 33 blocks except the very last one     = Sec GPT table
11. last block                                      = Sec GPT header
12. alignment rule: the start block and the sizes of all partitions (EFI, partition 1 & 2) and the major empty spaces are dividable by 8
13. The 3rd block of a regular JHFS+ volume contains the string "HFSJ" starting at offset 8

Esta guía no funciona con discos internos o externos que contengan un Recovery HD o discos con volúmenes CoreStorage/ExFAT/NTFS. Aunque principalmente el enfoque de una solución sería similar, algunas de las reglas anteriores son diferentes.

Por fin un gpt debería dar como resultado algo similar a esta salida:

root# gpt -r -vv show /dev/disk1
gpt show: /dev/disk0: mediasize=3000592498688; sectorsize=512; blocks=5860532224
gpt show: /dev/disk0: PMBR at sector 0
gpt show: /dev/disk0: Pri GPT at sector 1
gpt show: /dev/disk0: Sec GPT at sector 5860532223
       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  2930844728      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  2931254368      262144         
  2931516512  2928753528      3  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  5860270040      262151         
  5860532191          32         Sec GPT table
  5860532223           1         Sec GPT header

Sugerencia: Como no puedo crear un disco del mismo tamaño que el tuyo en Parallel Desktop algunos tamaños son diferentes a los originales

Preparación:

Realice una copia de seguridad de su Mac y, a continuación, desconecte todas las unidades externas excepto la que desea recuperar.
Descargar e instalar wxHexEditor . Habilite el usuario Root e inicie la sesión como Root.

Sugerencia: Mientras trabajas con wxHexEditor no uses copiar y pegar. ¡Introduzca todo manualmente! Podrías escribir accidentalmente directamente en tu disco.

Terminología

Bloque : Sector (en wxHexEditor)
Desplazamiento: El número del Byte relativo al principio del dispositivo/volumen empezando por el "Byte 0". Por ejemplo, Block(512) 0 contiene el Byte 0 - Byte 511.

Determine los límites de sus particiones:

Abra la calculadora. Abra el wxHexEditor. Compruebe que trabaja en modo de sólo lectura ("Opciones" -> "Modo de archivo" -> "Sólo lectura"). En la barra de menús vaya a "Dispositivos" -> "Abrir dispositivo de disco" -> elija el número de disco apropiado. Probablemente sea disk1. El disco debería tener una partición (disk1s1). Por favor, intente organizar la ventana del wxHexEditor como en los ejemplos de abajo con líneas rojas rectas.

A continuación, pulse el botón "Go to offset" (marcado con el círculo verde) e introduzca 409640 exactamente como en la imagen de abajo. A veces hay que hacerlo dos veces para saltar al sector correcto. Vuelva a comprobar el sector correcto introduciendo el offset (marcado en rojo) en la calculadora y divídalo entre 512.

Si ves una imagen similar, ya has encontrado el principio de tu primera partición (¡observa la cadena HFSJ en el bloque 409642!).

Ahora salta al centro de tu disco: Pulsa el botón "Ir al offset" e introduce el número de bloque (total de bloques de tu disco/2) ~ 2930266108.
Esto funciona si previamente has particionado tu disco con la Utilidad de Discos simplemente eligiendo 2 particiones en el menú desplegable. Si has ajustado el deslizador entre las dos particiones después, por ejemplo, ampliando la partición1, tienes que saltar a un desplazamiento ligeramente mayor.

Ahora pulsa el botón "Buscar" (marcado con el círculo verde) e introduce HFSJ como en la imagen de abajo y pulsa encontrar. Esto puede tardar un poco.

Si la búsqueda fue exitosa, has encontrado el comienzo de la segunda partición. Anote el desplazamiento del bloque (= BlockOffset2 ). En mi ejemplo el desplazamiento es 1500936455168. Si se desplaza a números de desplazamiento más bajos, el disco debería estar lleno de 0s.

Ya que ha encontrado los sectores de inicio de ambos volúmenes y el resto suele estar determinado por las reglas 1-12 mencionadas anteriormente, ahora puede arreglar la tabla GUID. Salga de wxHexEditor. Si se le pide que guarde los cambios, no los guarde.

---

Ahora tienes que hacer algunas cuentas:

La primera cadena HFSJ suele encontrarse en el tercer bloque de un volumen JHFS+.

Así, el primer volumen JHFS+ comienza en el bloque 409640 (también regla 5). El segundo volumen JHFS+ comienza en StartBlockOfVolume2 \= BlockOffset2 /512 - 2. En mi ejemplo son 1500936455168/512 -2 = 2931516514 -2 = 2931516512.

Con el bloque inicial del volumen 2 y el espacio vacío fijo de la regla 6 se puede determinar el bloque final del volumen 1:

Primer bloque del volumen 2 - 262144 (regla 6) - 1 = FinBloqueDeVolumen1 .

En mi ejemplo son 2931516512 - 262144 - 1 = 2931254367

TamañoDelVolumen1 \= FinBloqueDeVolumen1 - bloque de inicio volumen 1 (regla 5) + 1

En mi ejemplo son 2931254367 - 409640 + 1 = 2930844728

Lo único que le falta es el tamaño del volumen 2:

Con las reglas 8-11 de arriba puede determinar ahora el último bloque del volumen 2.

Tamaño total del disco en bloques - 1 (regla 11) - 32 (regla 10) -7 (regla 9) - 262144 (regla 8) - 1 = ÚltimoBloqueDeVolumen2

TamañoDelVolumen2 \= ÚltimoBloqueDeVolumen2 - StartBlockOfVolume2 +1

---

Reconstruir un GPT adecuado:

Aquí asumo que el identificador de tu disco externo es disk1. Primero tienes que desmontar tu disco externo en el Terminal:

diskutil umountDisk disk1

Eliminar el fdisk mbr actual con gpt:

gpt create -f /dev/disk1

Primero reconstruya la entrada EFI con:

gpt add -b 40 -i 1 -s 409600 -t C12A7328-F81F-11D2-BA4B-00A0C93EC93B disk1

A continuación, añada la primera entrada de la partición JHFS+:

gpt add -b 409640 -i 2 -s SizeOfVolume1 -t 48465300-0000-11AA-AA11-00306543ECAC disk1

Entonces entra:

diskutil umountDisk disk1

y añade la segunda entrada de la partición JHFS+:

gpt add -b StartBlockOfVolume2 -i 3 -s SizeOfVolume2 -t 48465300-0000-11AA-AA11-00306543ECAC disk1

Entonces entra de nuevo:

diskutil umountDisk disk1

Entre en exit y salir de la Terminal.

Abra la Utilidad de Discos y verifique el disco y los dos volúmenes en busca de errores, pero no los repare. Si no se encuentran errores, monte los volúmenes.

---

Anexo: dispositivo 4k en una caja 4k

Si tiene un disco duro de formato avanzado que tiene un tamaño de sector de 4096 bytes (4K) en una caja de sólo 4k (una caja de disco duro con un controlador que no informa correctamente de un tamaño de bloque lógico de 512 bytes para el disco duro de formato avanzado) hay que hacer algunas modificaciones en la solución anterior:

Para saltar a un sector determinado hay que dividir los datos anteriores entre ocho.

Ejemplos:

• En lugar de saltar al bloque(512b) 409640 para encontrar el supuesto sector de inicio del volumen 1, salta al bloque(4096b) 51205.

• Para encontrar el centro de tu disco duro salta a bloques totales (512b) de su disco/16 en lugar de bloques totales (512b) de su disco/2

La parte matemática sigue siendo la misma. Aunque tal vez sea confuso no hay gran diferencia usando block(512b) o block(4096b). Los cambios se pueden adoptar fácilmente introduciendo un factor 1/8 más tarde en el Reconstruir un GPT adecuado parte.

Lo difícil es el Reconstruir un GPT adecuado parte. ¿El comando gpt detectará bloques de 512 B o 4096 B?

Efectivamente, yo empezaría por la 512 B y añadiría primero la última partición (la razón se explica más abajo):

gpt add -b StartBlockOfVolume2 -i 1 -s SizeOfVolume2 -t 48465300-0000-11AA-AA11-00306543ECAC disk1

Ya que has publicado las capturas de pantalla, es posible que introduzca los valores adecuados:

El segundo bloque(4096b) del volumen2 comienza en el offset 1500936941568 -> El primer bloque(4096b) comienza en el offset 1500936941568 - 4096 = 1500936937472. Esto es bloque(4096b) 1500936937472/4096 = 366439682 o bloque(512b) = 8 x 366439682 = 2931517456.

El último bloque (4096b) del disco es el 732566527º con el número de bloque 732566526. Con las reglas (regla 8-11) anteriores el último bloque(4096b) del volumen2 es 732533754 y el tamaño del volumen2 es 732533754 - 366439682 = 366094072 bloques(4096b).
El último bloque(512b) del disco es el 5860532216º bloque con número de bloque 5860532215. Con las reglas anteriores el último bloque(512b) del volumen2 es 5860270032 y el tamaño del volumen2 es 5860270032 - 2931517456 = 2928752576 bloques(512b)

Lo que hay que hacer gpt add comando que espera 4096 bloques B sería:

gpt add -b 366439682 -i 1 -s 366094072 -t 48465300-0000-11AA-AA11-00306543ECAC disk1

Lo que hay que hacer gpt add comando esperando 512 bloques B sería:

gpt add -b 2931517456 -i 1 -s 2928752576 -t 48465300-0000-11AA-AA11-00306543ECAC disk1

Primero introduciría el comando gpt(512b) porque si gpt utiliza 4096 B bloques en su lugar, debería dar un error - el disco es demasiado pequeño: Si se utilizan secretamente 4096 B bloques, el volumen2 comenzaría en ~12 TB y terminaría en 24 TB. Si introduces el comando gpt(4096b) y secretamente se utilizan bloques de 512 B puedes destruir tu volumen1 porque la partición empezaría en 187 GB y terminaría en 373 GB.

En caso de que el comando gpt(512b) sea incorrecto - y gpt(4096b) sería correcto - el mensaje de error entonces dice "gpt add: disk1: no space available on device".
Entonces utiliza gpt(4096b) en su lugar y empieza de nuevo con Reconstruye un GPT adecuado: pero divide todos los valores por 8. Una excepción es el bloque inicial de un volumen: Como la cadena "HFSJ" ya está en el primer bloque (4096b) no tienes que restar 2/8 bloques (512b).

En caso de que el comando gpt(512b) sea correcto su antiguo volumen2 será montado probablemente. Puedes comprobar el volumen con la Utilidad de Discos.

Entonces desmonta el disco1 con:

diskutil umountDisk disk1

y eliminar la partición con

gpt remove -i 1 disk1

y empezar de nuevo con Reconstruir un GPT adecuado:

Por favor, vuelva a calcular/revisar todos los valores en la última parte anterior. Aunque he intentado ser lo más preciso posible, los comandos/valores pueden ser erróneos. Considere siempre que el número de bloque y el "número de bloques" son algo diferente: el bloque número 0 es el primer bloque (o el bloque número 455 es el bloque número 456).

---

Finalmente he creado una hoja de Excel para hacer las cuentas. Está disponible aquí .

Captura de pantalla:

---

Espero que esto recupere sus volúmenes perdidos.

Si tienes problemas (por ejemplo, no puedes encontrar el sector de inicio adecuado de tu segundo volumen), la verificación arroja muchos errores, tienes dudas o preguntas, ¡detente inmediatamente y contáctame con un comentario @klanomath!