Inicio de partición macOS Tipo de volumen FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF

8

He encontrado un problema casi idéntico al de esta pregunta (y esto también: Datos no respaldados, Tipo de partición: FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF ), pero la partición principal de mi disco duro está formateada en APFS. Cuando traté de corregir el error GUID como se muestra en la respuesta, después de llegar a la etapa en la cual el comando siguiente: gpt add -i 2 -b 409640 -s 372637568 -t APFS /disk0que se introduzca tenido, se devuelve un error: usage: gpt add [-b lba] [-i index] [-s lba] [-t uuid] device ....

captura de pantalla de la configuración anterior

No puedo iniciar en macOS, mi computadora está en un entorno de recuperación de Internet. ¿Cuál es el uuid del nuevo formato APFS? Parece que no puedo encontrarlo en ninguna parte de la web, y mi computadora no detecta el tipo de partición principal de macOS. Modelo de mi computadora: MacBook Pro a fines de 2013. Mis datos no están respaldados y realmente me encantaría recuperarlos. Actualización gpt -r show disk0:

captura de pantalla de la configuración anterior

Actualización: creé un disco de instalación de MacOS High Sierra y lo reinicié. La nueva utilidad de disco no reconoce la partición disk0s2 en absoluto, e diskutil listincluyó el tamaño de la partición osx principal en GUID_partition_schemeparte del disco. ¿Sería posible (y cómo) recuperar los datos de la partición eliminada (s2) si reinstalo macOS en una partición no utilizada existente (la partición Linux disk0s4)? utilidad de disco lista diskutil gpt -r show disk0

Gints
fuente
prueba con en ... -t 7C3457EF-0000-11AA-AA11-00306543ECAC ...lugar de ... -t apfs ...! Tal vez su sistema de arranque de recuperación es demasiado antiguo y gpt no reconoce el argumento apfs. AFAIK solo puede manejar el binario gpt del sistema de recuperación 10.12 y 10.13 ... - t apfs ....
klanomath
@klanomath devolvió un error: gpt add: /dev/disk0: Suspicious MBR at sector 0ygpt add: /dev/disk0: error: no space available on device
Gints el
¡Actualice la gpt -r show disk0salida para verificar qué reemplazó a la partición 2!
klanomath
1
@marklark Tomar capturas de pantalla no funciona ni en el modo de recuperación heredado, ni en la recuperación de Internet en la que estaba atrapado
Gints

Respuestas:

8

El GUID adecuado de las particiones APFS es 7C3457EF -icsoft11AA-AA11-00306543ECAC.

¡El pMBR predeterminado fue reemplazado por un MBR de estilo antiguo, probablemente por la instalación de Linux!

Su sistema de arranque (en modo de recuperación de Internet) parece bastante viejo. Cualquier verificación de disco o partición ejecutada con diskutil puede producir algún resultado falso. ¡En ningún caso intente reparar nada con diskutil!


Para recuperar su partición APFS, elimine la partición disk0s2 y restaure con el tipo apropiado:

  • Abrir en la barra de menú> Utilidades> Terminal
  • obtener algunos detalles:

    diskutil list #below I assume the disk identifier of the internal disk is disk0
    gpt -r show disk0
    
  • Desmontar disk0:

    diskutil umountDisk disk0
    
  • eliminar y restaurar la segunda partición:

    gpt remove -i 2 disk0
    diskutil umountDisk disk0
    gpt add -i 2 -b 409640 -s 372637568 -t 7C3457EF-0000-11AA-AA11-00306543ECAC disk0
    
  • verificar disco y partición:

    diskutil list
    diskutil verifyDisk disk0       
    diskutil verifyVolume disk0s2
    

Su Mac debería poder arrancar a pesar del MBR.

Si desea (o tiene) restaurar el pMBR porque el MBR es terco / bloquea la modificación de la tabla de particiones, haga lo siguiente:

  • obtener todos los detalles del disco:

    diskutil list #below I assume the disk identifier of the internal disk is disk0
    gpt -r show disk0
    
  • reemplace la tabla de particiones GUID:

    diskutil umountDisk disk0
    gpt destroy disk0
    gpt create -f disk0
    
  • Vuelva a agregar todas las particiones anteriores visibles en la última gpt -r show disk0salida:

    gpt add -i 1 -b 40 -s 409600 -t C12A7328-F81F-11D2-BA4B-00A0C93EC93B disk0
    gpt add -i 2 -b 409640 -s 372637568 -t 7C3457EF-0000-11AA-AA11-00306543ECAC disk0
    gpt add -i 3 -b 373047208 -s 262144 -t 426F6F74-0000-11AA-AA11-00306543ECAC disk0
    gpt add -i 4 ...
    gpt add -i 5 ...
    

    Si obtiene un error de recurso ocupado después de uno de los pasos, simplemente desmonte disk0 nuevamente con

    diskutil umountDisk /dev/disk0
    
  • Finalmente verifique el disco y las particiones:

    diskutil list
    diskutil verifyDisk disk0       
    diskutil verifyVolume disk0s1
    diskutil verifyVolume disk0s2
    diskutil verifyVolume disk0s3
    #disk0s4 & disk0s5 can't be verified with the default macOS tools because the latter is a Linux swap and the former a Linux partition, probably with ext4
    

     

klanomath
fuente
No puedo quitar la disk0s2, como el comando gpt remove -i 2 disk0genera un error: gpt remove: disk0: Suspicious MBR at sector 0. Del mismo modo, el comando gpt add -i 2 -b 409640 -s 372637568 -t 7C34[and so forth]vuelve gpt add: disk0: Suspicious MBR at sector 0y gpt add: disk0: error: no space available on device. He agregado nuevas capturas de pantalla a mi pregunta como referencia.
Gints
¡Gracias por tu ayuda! La segunda parte de su respuesta solucionó todo y mi Mac arrancó como si nada hubiera pasado.
Gints
1
@GintsK y klanomath: ustedes dos me salvaron 3 meses de trabajo. Mi más profundo agradecimiento por documentar claramente este tema complicado.
Yoric