Datos no respaldados, tipo de partición: FFFFFFFF-FFFF-FFFF-FFFFFF-FFFFFFFFFFFF

Para añadir una respuesta exactamente y para adaptarse a su caso, modifiqué ligeramente mi respuesta en el "link" duplicado " y lo publicó aquí de nuevo.

La segunda y la tercera partición de tu disco interno tienen el tipo de partición equivocado, tus datos probablemente no se perderán.

Una partición OS X de arranque (excepto el disco duro de recuperación) tiene la GUID 48465300-0000-11AA-AA11-00306543ECAC para una partición OS X estándar o la GUID 53746F72-6167-11AA-AA11-00306543ECAC para una partición CoreStorage. La FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF es un tipo de partición desconocido (pero no no hay partición como el 000000-0000-0000....).

El primer bloque de una partición OS X estándar no contiene no-ceros, el primer bloque de una partición CoreStorage contiene algunos no-ceros. Para obtener los 3 primeros bloques de una partición tienes que usar un sustituto de hexdump/xxd (ambos no están disponibles en la unidad de arranque de Recovery Mode/OS X Installer). Lo mejor que he encontrado es dd if=/dev/diskXsY count=3 | vis -c .

La tabla de partición GUID puede ser modificada con gpt . gpt sólo escribe en los primeros 34 y los últimos 33 bloques de un disco(512) o en los primeros 6 y los últimos 5 bloques de un disco de 4k. Modificar la tabla de partición (incluso falsamente) no altera el contenido de ningún volumen del disco, si no se inicializa o repara un volumen/disco por petición. Sin embargo, puede verificarlo.

• Arranque en el modo de recuperación de Internet o en una unidad de arranque del instalador de OS X

• Abrir Terminal en el menú Utilidades > Terminal

• Obtenga una visión general con diskutil list

• Obtén una visión general de tu disco interno con el identificador de disco encontrado en el comando anterior. A continuación asumo que el identificador de disco de su disco interno es disk0 (reemplácelo por el que ha encontrado en su entorno)

  gpt -r show disk0

• Desmontar el disco0 con diskutil umountDisk disk0

• en los tres primeros bloques del tabique de la FFFF..:

  dd if=/dev/disk0s2 count=3 | vis -c

  1. Si tenía una partición estándar anteriormente los primeros 1024 Bytes sólo contienen no imprimibles (ceros): \0\0... Después de ~Byte 1030 verás la siguiente secuencia: \0HFSJ\0

  2. Si tuvieras una partición CoreStorage algunos no-ceros en los primeros 512 Bytes y la cadena CS ( ...\0CS\^A... ) se muestran:

     \^U\^D\^A\M-s\M^?\M^?\M^?\M^?\^A\0\^P\0\0\0\M-W\^A\a\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^B\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\M^Pu\M-\7\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0CS\^A\0\0\0\^D\0\0\^P\0\0\0\0@\0X\M-7}\^C\0\0\0\0X\M-;}\^C\0\0\0\0X\M-?}\^C\0\0\0\0X\M-C}\^C\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^P\0\0\0\^B\0\0\0006j v\^R\M-+\^U\M^[\f\M^CdG\M-y\^]...

• Ahora quita la tercera, la cuarta y la segunda partición:

  diskutil umountDisk disk0
  gpt remove -i 3 disk0
  diskutil umountDisk disk0
  gpt remove -i 4 disk0
  gpt remove -i 2 disk0

  Si recibes un mensaje de error como "recurso ocupado" sólo desmonta el disco de nuevo o desmonta los volúmenes obstinados con diskutil umount disk0sX .

  Vuelva a añadir la partición de recuperación con el tipo adecuado:

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

  Vuelva a añadir la partición principal con el tipo adecuado:

  O bien una partición normal de OS X (si has encontrado los rastros típicos de una partición normal en el dd ... vis paso):

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

  o (si has encontrado los típicos rastros de una partición de CoreStorage):

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

• Tu disco debería tener finalmente este aspecto si has encontrado una partición OS X estándar:

      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  226802864      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  227212504    1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC        
  228482040    8496103
  236978143         32         Sec GPT table
  236978175          1         Sec GPT header

  o esto, si has encontrado un volumen de CoreStorage:

      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  226802864      2  GPT part - 53746F72-6167-11AA-AA11-00306543ECAC
  227212504    1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC        
  228482040    8496103
  236978143         32         Sec GPT table
  236978175          1         Sec GPT header

• Finalmente verifique/repare el disco con diskutil verifyDisk disk0 y/o diskutil verifyVolume disk0s2 . Si se necesita una reparación, use la reparación (en lugar de la verificación) como prefijo en los comandos anteriores. pero contácteme antes de repararlo y envíeme el mensaje de error .

Investigaciones posteriores a través de las sesiones de TeamViewer revelaron que la partición EFI y la partición Recovery HD están corruptas. El volumen principal está encriptado. El Recovery HD contiene una clave especial intermedia de FileVault entonces. Si falta la clave, el sistema principal no se iniciará. Sin embargo, fue posible desbloquear la unidad con diskutil cs unlockVolume ... .

Después de instalar un MacOS completo en una unidad de disco duro y arrancarlo, la partición EFI y el disco duro de recuperación de otra unidad que no sea FileVault (en realidad las de un Sierra VM) fueron dd'ed a la unidad rota. Aún arrancando desde la unidad de memoria USB, el volumen del FileVault fue revertido a un volumen estándar al hacer clic con el botón derecho del ratón sobre el volumen en el Finder, eligiendo "Descifrar el volumen" e introduciendo una contraseña de usuario válida. Esta debe ser la contraseña de una cuenta de usuario elegible en el volumen FileVault. Otros métodos para descifrar el volumen son diskutil cs revert lvUUID o diskutil cs decryptVolume lvUUID - probado en una máquina virtual solamente - no parecía funcionar. Sin embargo, esto podría ser una restricción de las máquinas virtuales.

Para expandir la partición principal (disk0s2) al tamaño completo, use la Utilidad de Disco o el diskutil resizeVolume ... comando.

El volumen inicialmente no apareció en Preferencias del Sistema > Disco de Inicio, pero alt -al arrancar el Mac se reveló el volumen principal. Esto probablemente volvió a bendecir el volumen boot.efi correctamente. El volumen (ahora estándar) aparece en el disco de inicio de nuevo.