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

Estaba intentando instalar Linux en mi MacBook para la clase cuando bloqueé mi computadora, que ahora se encuentra en un estado no arrancable.

Hice mi partición demasiado pequeña, por lo que iba a eliminar y crear una más grande. Sin embargo, la Utilidad de Discos no me permitió eliminar la pequeña partición. Seguí las instrucciones de https://apple.stackexchange.com/a/238088/236252

Sin embargo, no solo no pude eliminarlo sino que, al reiniciar, me di cuenta de que mi partición primaria (ubicada en el mismo disco) se había cambiado a FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF, y no tenía opciones para iniciar. (Estoy seguro de que ejecuté el comando en el disco y la partición correctos)

Vi algunos hilos similares, pero mi unidad de arranque principal es la que se corrompió.

No quiero perder ningún dato. No soy el más experto en terminales, por lo que CUALQUIER ayuda es apreciada, ¡y le proporcionaré cualquier información adicional!

(El disco 0, la partición 2 es mi partición principal, y esa solo me importa)

A continuación se muestran los resultados de $ diskutil list y $ gpt -r show disk0 .

ACTUALIZAR: : He seguido las instrucciones de @klanomath. En el último paso recibí el siguiente error:

Checking prerequisites
Checking the partition list
Checking for an EFI system partition
Checking the EFI system partition's size
Checking the EFI system partition's file system
Problems were found with the partition map which might prevent booting
Error: -69766: The partition map needs to be repaired because there's a problem with the EFI system partition's file system
Underlying error: 8: POSIX reports: Exec format error 

ACTUALIZACIÓN FINAL: ¡ÉXITO!

Solo quería agradecer a @klanomath por ayudarme en todo este proceso. Pasó 11 horas de TeamViewing conmigo hasta que no solo mis archivos eran accesibles, sino hasta Podría acceder a mi computadora como antes. toda esta debacle (y esto fue después de 5 horas de correspondencia por correo electrónico).

A cualquier futuro lector con este problema: ¡POR FAVOR, no se rinda, se puede arreglar!

Para agregar una respuesta exactamente adaptado a su caso modifiqué ligeramente mi respuesta en el enlace " duplicar "y lo publicó aquí de nuevo.

La segunda y la tercera partición de su disco interno obtuvieron el tipo de partición incorrecto, probablemente sus datos no se perderán.

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

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

La tabla de particiones GUID se puede modificar con gpt. gpt solo escribe en los primeros 34 y los últimos 33 bloques de un disco (512) o los primeros 6 y los últimos 5 bloques de un disco de 4k. La modificación de la tabla de particiones (incluso falsamente) no altera el contenido de ningún volumen en su disco, Si usted no inicializa o repara un volumen / disco por solicitud. Aunque puedes verificarlo.

• Arranque en el modo de recuperación de Internet o en una unidad de arranque del instalador OS X
• Abrir Terminal en la barra de menú Utilidades & gt; Terminal
• Obtener una visión general con diskutil list

• Obtenga una descripción general de su disco interno con el identificador de disco que se encuentra en el comando anterior. A continuación, asumo que el identificador de disco de su disco interno es disk0 (reemplácelo con el que ha encontrado en su entorno)

  gpt -r show disk0
  

• Desmontar disk0 con diskutil umountDisk disk0

• En los 3 primeros bloques de la partición FFFF ...

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

  1. Si tenía una partición estándar anteriormente, los primeros 1024 bytes solo contienen no imprimibles (ceros): \ 0 \ 0 ... En ~ Byte 1030 verá la siguiente secuencia: \ 0HFSJ \ 0

  2. Si tenía una partición CoreStorage, algunos no eran ceros en los primeros 512 bytes y la cadena CS ( ...\0CS\^A... ) son exhibidos:

     \^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 recibe un mensaje de error como "recurso ocupado", simplemente desmonte el disco nuevamente o desmonte los volúmenes rebeldes con diskutil umount disk0sX.

  Vuelva a agregar la partición de recuperación con el tipo adecuado pero con el mismo número de índice, bloque de inicio y tamaño que tenía anteriormente:

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

  Vuelva a agregar la partición principal con el tipo adecuado pero con el mismo número de índice, bloque de inicio y tamaño que tenía anteriormente:

  Ya sea una partición normal de OS X (si ha 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 ha encontrado los rastros típicos de una partición CoreStorage):

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

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

      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 ha encontrado un volumen 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 verificar / reparar el disco con diskutil verifyDisk disk0 y / o diskutil verifyVolume disk0s2. Si se necesita una reparación, use la reparación (en lugar de verificar) como prefijo en los comandos anteriores Pero contáctame antes de repararlo y envíame el mensaje de error. .

Investigaciones adicionales realizadas a través de sesiones de TeamViewer revelaron que la partición EFI y la partición Recovery HD están dañadas. El volumen principal está encriptado. El HD de recuperación contiene una clave de FileVault intermedia especial entonces. Si falta la clave, el sistema principal no arrancará. Fue posible desbloquear el disco con diskutil cs unlockVolume ....

Después de instalar un macOS completo en una unidad de disco USB e iniciarlo, la partición EFI y la recuperación de HD de otra unidad que no sea de FileVault (en realidad las de una Sierra VM) fueron enviadas a la unidad rota. Aún arrancado desde la unidad de disco USB, el volumen de FileVault se volvió a un volumen estándar haciendo clic derecho en el volumen en el Finder, seleccionando "Descifrar volumen" e ingresando una contraseña de usuario válida. Esta tiene que ser la contraseña de una cuenta de usuario elegible en el volumen FileVault. Otros métodos para descifrar el volumen como diskutil cs revert lvUUID o diskutil cs decryptVolume lvUUID - probado solo en una máquina virtual - no parece funcionar. Esto podría ser una restricción de VMs sin embargo.

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

Inicialmente, el volumen no apareció en Preferencias del sistema & gt; Disco de inicio, pero alt - Arrancar el Mac dio a conocer el volumen principal. Esto probablemente volvió a bendecir el boot.efi del volumen correctamente. El volumen (ahora estándar) aparece nuevamente en el Disco de inicio.

Este problema puede ocurrir durante una sesión APFS High Sierra en vivo también ! Obtuve este problema ayer, después de hacer cambios con la aplicación Disk Utility y diskutil Comandos, encontré esto:

    sh-3.2# diskutil list
    /dev/disk0 (internal, physical):
       #:                       TYPE NAME                    SIZE       IDENTIFIER
       0:      GUID_partition_scheme                        *500.3 GB   disk0
       1:                        EFI EFI                     209.7 MB   disk0s1
       2: FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF               60.0 GB    disk0s2

    /dev/disk1 (synthesized):
       #:                       TYPE NAME                    SIZE       IDENTIFIER
       0:      APFS Container Scheme -                      +60.0 GB    disk1
                                     Physical Store disk0s2
       1:                APFS Volume APPLESSD                47.1 GB    disk1s1
       2:                APFS Volume Preboot                 19.4 MB    disk1s2
       3:                APFS Volume Recovery                517.8 MB   disk1s3
       4:                APFS Volume VM                      1.1 GB     disk1s4

    sh-3.2# gpt -r show /dev/disk0
          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  117111080      2  GPT part - FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF
      117520720  859584307         
      977105027         32         Sec GPT table
      977105059          1         Sec GPT header

No creo que se reinicie en esa configuración (o tal vez con la tabla de copia de seguridad de GPT? No tengo idea). Gracias a la explicación anterior, pude resolver el problema durante la sesión en vivo, pero tuve que Usa una solución ligeramente diferente. ( esta solución solo funciona con SIP deshabilitado, si está habilitado tendrá que reiniciar, deshabilitar y usar la solución anterior . De todos modos, ¿este problema está relacionado con un SIP deshabilitado, por lo que no se producirá en un SIP habilitado? No lo sé.)

Incluso con disk0 sin montar, parece gpt No dejará modificar el GPT durante una sesión en vivo:

sh-3.2# gpt remove -i 2 disk0
gpt remove: unable to open device 'disk0': Resource busy

Así que en su lugar usé una herramienta de terceros gdisk (Lo conseguí vía homebrew) para modificar el tipo de disk0s2:

sh-3.2# gdisk /dev/disk0
GPT fdisk (gdisk) version 1.0.3

Warning: Devices opened with shared lock will not have their
partition table automatically reloaded!
Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.

Command (? for help): i
Partition number (1-2): 2
Partition GUID code: FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF (Unknown)
Partition unique GUID: B40FA371-D92C-4EBF-B846-B0A9FB6DCD71
First sector: 409640 (at 200.0 MiB)
Last sector: 117520719 (at 56.0 GiB)
Partition size: 117111080 sectors (55.8 GiB)
Attribute flags: 0000000000000000
Partition name: 'Apple_HFS_Untitled_2'

Command (? for help): t
Partition number (1-2): 2
Current type is 'Unknown'
Hex code or GUID (L to show codes, Enter = af00): 7C3457EF-0000-11AA-AA11-00306543ECAC    
Changed type of partition to 'Unknown'

Command (? for help): i
Partition number (1-2): 2
Partition GUID code: 7C3457EF-0000-11AA-AA11-00306543ECAC (Unknown)
Partition unique GUID: B40FA371-D92C-4EBF-B846-B0A9FB6DCD71
First sector: 409640 (at 200.0 MiB)
Last sector: 117520719 (at 56.0 GiB)
Partition size: 117111080 sectors (55.8 GiB)
Attribute flags: 0000000000000000
Partition name: 'Apple_HFS_Untitled_2'

Command (? for help): w

Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
PARTITIONS!!

Do you want to proceed? (Y/N): Y
OK; writing new GUID partition table (GPT) to /dev/disk0.
Warning: Devices opened with shared lock will not have their
partition table automatically reloaded!
Warning: The kernel may continue to use old or deleted partitions.
You should reboot or remove the drive.
The operation has completed successfully.

Comprobándolo :

sh-3.2# gpt -r show /dev/disk0
      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  117111080      2  GPT part - 7C3457EF-0000-11AA-AA11-00306543ECAC
  117520720  859584307         
  977105027         32         Sec GPT table
  977105059          1         Sec GPT header
sh-3.2# diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.3 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         60.0 GB    disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +60.0 GB    disk1
                                 Physical Store disk0s2
   1:                APFS Volume APPLESSD                47.1 GB    disk1s1
   2:                APFS Volume Preboot                 19.4 MB    disk1s2
   3:                APFS Volume Recovery                517.8 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4

Entonces el último cheque con diskutil verifyDisk disk0 y diskutil verifyVolume disk0s2 Sin aviso ni errores. Reiniciar con éxito