Convertido accidentalmente de un disco básico a uno dinámico

La gestión de discos de Windows ha sobrescrito la tabla de particiones GUID con algo desconocido. Esto normalmente sólo afecta a la tabla de particiones, pero no el contenido de su disco (aunque parece que ya no está) Hay que restaurar una tabla de partición GUID adecuada.

El obstáculo particular aquí es: el OP no tiene una unidad de disco duro ni un segundo Mac.

Preparación:

• Hacer una copia de seguridad de todo el SSD en una unidad externa utilizando un DVD Linux Live con dd if=/dev/sda of=/path/to/file . El tamaño del archivo resultante debería ser de 121,3 GB o 113 GiB.

• Reinicie el modo de recuperación de Internet pulsando alt cmd R en el arranque.

  Los requisitos previos son la última actualización del firmware instalada, una red ethernet o WLAN (WPA/WPA2) y un router con DHCP activado.
  En una línea de 50 Mbps tarda unos 4 minutos (presentando un pequeño globo animado) en arrancar en una imagen de netboot de recuperación que normalmente se carga desde un servidor Apple/Akamai.

  Yo recomiendo ethernet porque es más fiable. Si estás restringido a WIFI y el proceso de arranque falla, simplemente reinicia tu Mac hasta que consigas arrancar.

  También puede empezar desde una unidad de disco duro de arranque (preferiblemente Yosemite o El Capitan) o una unidad de disco duro que contenga un sistema completo (preferiblemente Yosemite o El Capitan). Si arrancas con un sistema completo y te conectas como administrador, tienes que añadir sudo para ejecutar algunos comandos como gpt ... o newfs_hfs ... ¡!

Modificar la tabla de partición GUID

• Abra Utilidades->Terminal en la barra de menús, introduzca diskutil list y gpt -r show /dev/diskX (con diskX: el identificador del disco interno (probablemente disk0)) para obtener una visión general. En los comandos de abajo asumo que el identificador del disco es disk0.

  Debería obtener los siguientes listados:

  gpt -r show /dev/disk0
        start       size  index  contents
            0          1         PMBR
            1          1         Pri GPT header
            2         32         Pri GPT table
           34   30666498        
     30666532  138412290      1  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
    169078822   67899321        
    236978143         32         Sec GPT table
    236978175          1         Sec GPT header
  
  diskutil list
  /dev/disk0
     #:                       TYPE NAME                    SIZE       IDENTIFIER
     0:      GUID_partition_scheme                        *121.3 GB   disk0
     1:                  Apple_HFS                         70.9 GB    disk0s1
  
  # disk1-disk13 are volatile disks belonging to Internet Recovery Mode

• Ahora elimine la falsa partición HFS+:

  gpt remove -i 1 /dev/disk0

• Añade la partición EFI en la tabla de particiones:

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

Ahora puedes instalar OS X en una nueva partición - sin sobrescribir tus antiguas particiones de OS X - e intentar detectar los tamaños de las antiguas particiones con herramientas apropiadas (como wxHexEditor) o puedes adivinar el antiguo contenido de la tabla de particiones GUID (con la ayuda del resultado de TestDisk - no recomendado)

Instalación de un nuevo OS X

Esto destruirá el contenido de la(s) partición(es) de Windows.

• Añade una nueva partición en la parte (antigua) de OS X de tu disco para protegerla.

  gpt add -b 409640 -i 2 -s 179590360 -t FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF /dev/disk0

  Esto podría ser superfluo.

• Añade nuevas particiones en la parte (antigua) de Windows de tu disco. La primera (i=4) es una nueva partición del sistema, la segunda (i=5) una partición de recuperación. La nueva partición de OS X comienza en ~91 GB y tiene un tamaño de ~26 GB - lo que no debería afectar a la antigua (oculta, "perdida") partición de OS X:

  gpt add -b 180000000 -i 4 -s 50000000 -t 48465300-0000-11AA-AA11-00306543ECAC /dev/disk0
  gpt add -b 230000000 -i 5 -s 1269536 -t 426F6F74-0000-11AA-AA11-00306543ECAC /dev/disk0

• Ahora tienes que formatear la nueva partición de 26 GB:

  diskutil list
  newfs_hfs -v "TempSystem" -J /dev/disk0s4 #use the proper partition found in diskutil list. It should have a size of ~26 GB
  newfs_hfs -v "Recovery HD" -J /dev/disk0s5 #use the proper partition found in diskutil list. It should have a size of ~650 MB
  diskutil mount /dev/disk0s4

• Salir de la terminal entrando en exit y dejarlo.

• Abrir Restaurar OS X e instalar OS X en la partición TempSystem .

• Configure el nuevo sistema y habilite el acceso a Internet. No inicialice ningún volumen "desconocido" si se le pide.

• Habilitar el usuario root

• Cerrar la sesión como administrador e iniciar la sesión como Root

• Descargar e instalar wxHexEditor

Detectar el bloque de inicio y el tipo de su antiguo volumen de OS X y el bloque de inicio de su antiguo Recuperación de HD con wxHexEditor:

El enfoque es similar al de mi respuesta aquí: HFS+ número inválido de bloques de asignación

Dado que el bloque inicial de una partición principal y el tamaño de una partición de recuperación tienen tamaños/límites fijos, normalmente puedes calcular las entradas de partición GUID adecuadas de tu(s) antigua(s) partición(es).

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

• ¿Partición JHFS+ o CoreStorage?

  Primero tienes que determinar si tienes una partición JHFS+ o CoreStorage en el índice número 2.

  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 el disco 0. El disco debería tener más particiones (disk0s1 - disk0s5). 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.

  Los 3 primeros sectores de una partición CoreStorage tienen este aspecto:

  Los 3 primeros sectores de una partición JHFS+ tienen este aspecto:

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

• ¿Dónde empieza la partición del Recovery HD?

  Esa es probablemente la parte más difícil porque tienes que encontrar una cadena que no es muy específica. Salta casi al principio de tu nueva partición principal (en tu caso al sector 179999900)

  A continuación, introduzca "HFSJ" como en la imagen siguiente, busque esta cadena varias veces y haga que sea legible. escrito a mano notas de los diferentes desplazamientos. ¡Para restaurar tu viejo OS X tienes que arrancar en el Modo de Recuperación de Internet después y todos los hallazgos en pantalla en el actual OS X temporal se perderán!

  La razón para buscar la cadena "HFSJ" es que todos los volúmenes HFSJ+ contienen esta cadena en el tercer sector de su partición. ¡La cadena mágica puede aparecer hasta 40 veces desordenada a lo largo de ~10000 sectores! A veces es realmente difícil encontrar el sector adecuado. Un segundo indicador para el comienzo del Recovery HD es al menos un bloque de 0xFF en el décimo sector (o bloque(MagicString)+7) de la partición.

  Puede tener dos resultados realmente diferentes dependiendo del tipo de partición:

  1. Calcula el número de sector del penúltimo hallazgo. En mi ejemplo (ver imagen superior) es 68069452800/512=132948150. Continúe buscando y calcule el sector del último hallazgo en algún lugar del centro del disco y rodeado de sectores vacíos. En mi caso fue 68069454848/512=132948154 (sin imagen). 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 el Recovery HD. El Recovery HD comienza entonces en el sector del segundo hallazgo - 2 (en mi ejemplo 132948154-2=132948152).

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

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

Con estos resultados deberías ser capaz de restaurar tu GPT correctamente. Salga de wxHexEditor. Si se le pide que guarde los cambios, ¡no los guarde!

• Vuelve a arrancar en el Modo de Recuperación de Internet y abre el Terminal

• Entre en diskutil list y gpt -r show /dev/disk0

• Retire la segunda partición (la partición protectora de tipo FFFFFFFF-FFFF-FFFF-FFFFFFFF):

  diskutil umountDisk /dev/disk0
  gpt remove -i 2 /dev/disk0

• Como la EFI y el Recovery HD suelen tener tamaños fijos, puedes calcular el bloque inicial y final de tu volumen principal.

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

• Si has encontrado un JHFS+ clásico antes, el siguiente comando debería arreglar la partición 2:

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

• Si ha encontrado una partición CoreStorage antes, el siguiente comando debería arreglar la partición 2:

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

• Para reconstruir el disco duro de recuperación entre:

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

• Ahora puede intentar montar y verificar su antiguo volumen de OS X:

  diskutil mount /dev/disk0s2
  diskutil verifyVolume /dev/disk0s2

  Si obtienes un error montando o verificando el volumen sus límites podrían estar mal. Deténgase aquí y consúlteme.

• Si la verificación fue exitosa puedes arrancar en tu antiguo volumen de OS X y comprobar si funciona y borrar TempSystem y el nuevo Recovery HD más tarde o borrar ambos inmediatamente. La desventaja de arrancar primero el volumen de tu viejo OS X es que tienes que arrancar en el Modo de Recuperación de Internet una vez más para borrar TempSystem y el nuevo Recovery HD.

• Para eliminar las dos particiones prescindibles arrancadas en el modo de recuperación de Internet introduzca:

  diskutil list
  gpt -r show /dev/disk0
  diskutil umountDisk /dev/disk0
  gpt remove -i 4 /dev/disk0 # remove the partition starting at block 180000000
  diskutil umountDisk /dev/disk0 # remove the partition starting at block 230000000
  gpt remove -i 5 /dev/disk0

• Dependiendo del tipo de partición (HFSJ+ o CoreStorage) puede utilizar diskutil resizeVolume ... o diskutil cs resizeStack ... para ampliar su volumen OS X recuperado.

Tras acceder al Mac remoto e inspeccionar el disco la solución final probable parece ser:

Eliminar la partición de bloqueo

diskutil umountDisk /dev/disk0
gpt remove -i 2 /dev/disk0

Restaurar la antigua entrada de la tabla de particiones de OS X

diskutil umountDisk /dev/disk0
gpt add -b 409640 -i 2 -s 157173736 -t 53746F72-6167-11AA-AA11-00306543ECAC /dev/disk0

Restaurar el antiguo HD de recuperación:

diskutil umountDisk /dev/disk0
gpt add -b 157583376 -i 5 -s 1269536 -t 426F6F74-0000-11AA-AA11-00306543ECAC /dev/disk0

El volumen (encriptado con FileVault) tenía una estructura de volumen adecuada, aunque la estructura superior del disco estaba dañada. Después de hacer una copia de seguridad externa del volumen, el disco fue reparticionado a una sola partición y la copia de seguridad fue restaurada.