HFS+ número no válido de bloques de asignación

En mi opinión, "TestDisk" lavó su GPT.

Compare el resultado de TestDisk con mis discos. Los discos de mi ejemplo tienen el mismo tamaño, disk0 contiene una partición CoreStorage y disk2 una partición JHFS+ de estilo antiguo. Estoy usando dos discos separados porque no se sabe (al menos para mí) qué tipo de formato (CS o JHFS+) se usó originalmente.

El PMBR/GPT y las primeras tres particiones (EFI/Macintosh HD/Recovery HD) deberían verse así, si anteriormente tenía una partición CoreStorage:

    root# gpt -r -vv show disk0
gpt show: disk0: mediasize=68719476736; sectorsize=512; blocks=134217728
gpt show: disk0: PMBR at sector 0
gpt show: disk0: Pri GPT at sector 1
gpt show: disk0: Sec GPT at sector 134217727
      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  132538512      2  GPT part - 53746F72-6167-11AA-AA11-00306543ECAC
  132948152    1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC

o así, si anteriormente tenía un volumen JHFS+ clásico:

root# gpt -r -vv show disk2
gpt show: disk2: mediasize=68719476736; sectorsize=512; blocks=134217728
gpt show: disk2: PMBR at sector 0
gpt show: disk2: Pri GPT at sector 1
gpt show: disk2: Sec GPT at sector 134217727
      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  132538512      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  132948152    1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC

(Tenga en cuenta que el tamaño del medio, los bloques, el sector del GPT secundario, el tamaño del segundo volumen y el bloque de inicio del tercer volumen son diferentes a los suyos, porque aquí uso discos de ejemplo más pequeños).

Su problema debería resolverse reescribiendo el GPT una vez más.

Preparación:

Instale un sistema de vainilla completo (Mavericks o Yosemite deberían funcionar) en una memoria USB (o una unidad externa). Un sistema de recuperación no funcionará. Inicie en la memoria USB, descargue e instale wxHexEditor . Habilite el usuario root e inicie sesión como root.

Sugerencia: mientras trabaja con wxHexEditor, no use copiar y pegar. ¡Ingrese todo manualmente! Puede escribir accidentalmente directamente en su disco.

¿Partición JHFS+ o CoreStorage?

Primero debe determinar si tenía una partición JHFS+ o CoreStorage en el número de índice 2.

Abre la Calculadora. Abra wxHexEditor. Comprueba que trabajas en modo de solo lectura ("Opciones" -> "Modo de archivo" -> "Solo lectura"). En la barra de menú, vaya a "Dispositivos" -> "Abrir dispositivo de disco" -> elija el número de disco apropiado. Probablemente sea disk0. El disco debe tener más particiones (disk0s1 - disk0s5). Intente organizar la ventana de wxHexEditor como en los ejemplos a continuación con líneas rojas rectas.

Luego presione el botón "Ir a compensación" (marcado con el círculo verde) e ingrese 409640 exactamente como en la imagen a continuación. A veces tienes que hacer eso dos veces para saltar al sector correcto. Vuelva a verificar el sector correcto ingresando el desplazamiento (marcado en rojo) en la Calculadora y divídalo entre 512.

Los primeros 3 sectores de una partición CoreStorage se ven así:

Los primeros 3 sectores de un JHFS+ se ven así:

Si obtiene una imagen fundamentalmente diferente, deténgase aquí.

¿Dónde comienza la partición EFI?

Presione el botón "Ir a compensación" e ingrese 40 exactamente como en la imagen a continuación:

Si ve las mismas entradas que en la imagen de arriba (XEBSD 4.4...EFI...FAT32), este es el sector de inicio de su partición EFI. Si solo hay ceros, esto también podría ser válido.

¿Dónde comienza la partición Recovery HD?

Esa es probablemente la parte más difícil porque tienes que encontrar una cadena que no sea muy específica. Salta casi hasta el final de tu segunda partición (en tu caso ~400 MB/781250 sectores menos que 1164570456 = 1163789206)

Luego ingrese "HFSJ" como en la imagen a continuación, busque esta cadena dos veces y tome notas de las diferentes compensaciones:

Puede obtener dos resultados realmente diferentes según el tipo de partición:

1. Calcular el número de sector del primer hallazgo. En mi ejemplo (ver imagen arriba) es 68069452800/512=132948150. Continúe buscando y calcule el sector del segundo hallazgo. En mi caso fue 68069454848/512=132948154 (sin foto).
   La diferencia entre los dos hallazgos es de 4 bloques (=2 KB).

   Esto es típico para el límite entre una partición JHFS+ y Recovery HD. El Recovery HD comienza entonces en el sector del segundo hallazgo - 2 (en mi ejemplo 132948154-2=132948152).

2. Calcular el número de sector del primer hallazgo. En mi ejemplo, fue 67733904384/512=132292782 (sin imagen). Continúe buscando y calcule el sector del segundo hallazgo. En mi caso fue 68069454848/512=132948154 (sin foto). La diferencia entre los dos resultados es 655372 (~336 MB)

   Esto es típico para el límite entre una partición CoreStorage y Recovery HD. El Recovery HD comienza entonces en el sector del segundo hallazgo - 2 (en mi ejemplo 132948154-2=132948152).

Con esos resultados, debería poder restaurar su GPT correctamente. Salga de wxHexEditor. Si se le pide que guarde los cambios, ¡ no los guarde! .

Reconstruir un GPT adecuado

Aquí asumo que el identificador de su disco principal es disk0. Primero tienes que desmontar tu disco principal:

diskutil umountDisk disk0

Verifique el diseño de la partición y luego elimine las primeras tres particiones:

gpt -r -vv show /dev/disk0

gpt remove -i 3 disk0
gpt remove -i 2 disk0
gpt remove -i 1 disk0

Dado que EFI y Recovery HD suelen tener tamaños fijos, podemos calcular el bloque inicial y final de su volumen principal.

Primero reconstruimos el EFI con:

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

Luego calculamos el tamaño del volumen principal: el bloque de inicio es 409640. El bloque final se ha encontrado en la sección "¿Dónde comienza la partición de Recovery HD?": 1 menos que el bloque de inicio de Recovery HD. El tamaño es entonces StartBlockOfRecoveryHD-409640.

Si ha encontrado un JHFS+ clásico anteriormente, el siguiente comando debería corregir la partición 2:

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

Si ha encontrado una partición CoreStorage anteriormente, el siguiente comando debería reparar la partición 2:

gpt add -b 409640 -i 2 -s StartBlockOfRecoveryHD-409640 -t 53746F72-6167-11AA-AA11-00306543ECAC disk0

Para reconstruir el disco duro de recuperación, ingrese:

gpt add -b StartBlockOfRecoveryHD -i 3 -s 1269536 -t 426F6F74-0000-11AA-AA11-00306543ECAC disk0

Vuelva a montar disk0 con:

diskutil mountDisk disk0

Salga de Terminal, inicie la Utilidad de Discos y verifique su volumen principal (probablemente Macintosh HD) en busca de errores e intente repararlos si es necesario.
Si encontraste una partición de CoreStorage anteriormente, es posible que tengas que reiniciar en tu memoria USB antes de reparar los volúmenes con la Utilidad de disco, porque es posible que el volumen lógico de CoreStorage no se reconozca o no se monte correctamente. En su configuración, 1 disco principal y la memoria USB, el volumen lógico debe ser disk2.

Espero que esto resuelva tus problemas.

Si tiene problemas (por ejemplo, no puede encontrar el sector de inicio correcto de su HD de recuperación), tiene dudas o preguntas, deténgase inmediatamente y contácteme con un comentario @klanomath.