Partición que se muestra como 'FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFF'; Intenté arreglarlo pero lo empeoró.

1

MacBook Pro 2015. Recientemente inicié el arranque dual de mi Mac con Linux para la escuela, sin embargo, cambié de opinión sobre qué distribución ejecutar y pensé que la mejor manera de cambiar sería formatear y eliminar las particiones de Linux y comenzar de nuevo.

Después de formatear las particiones, intenté eliminarlas, pero solo se pudo eliminar una y se convirtió en una partición de 24.4 gb que me daría un error cada vez que intentara eliminarla y fusionar la partición en un solo volumen de Macintosh HD . También noté que mi volumen de arranque se mostraba como 'ahfs' y no 'apple_boot' y que mi volumen de Macintosh HD se mostraba como 'FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFF', así que seguí una guía para cambiar la unidad de arranque a 'apple_boot' 'e intenté seguir esta guía ( Datos no respaldados, Tipo de partición: FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF ) y se convirtieron en gpt add -i 3 -b 188093184 -s 1269536 -t 426F6F74-0000-11AA-AA11-00306543ECAC disk0

Este comando devolvió erorrs:

gpt add: disk0: Suspicious MBR at sector 0    
gtp add: disk0: error: no space available on drive     

Investigué formas de solucionarlo y se me ocurrió esta solución,

gpt destroy /dev/disk0         

pero recibió un error de MBR sospechoso en el sector 0, así que eliminé el MBR híbrido con

fdisk -i -a hfs /dev/disk0 

y recibido

fdisk: could not open MBR file /use/standalone/i386/boot0: No such file or directory 

ATTENTION - UPDATING MASTER BOOT RECORD 

Do you wish to write a new MBR and partition table? [n] 

Ingresé y y no recibió confirmación.

Luego intenté volver a agregar mis particiones con

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

y recibió el erorrs:

gpt add: error: bogus map
gpt add: unable to open device '/dev/disk0': Undefined error: 0

Ahora cuando estoy atascado tanto con el mapa falso como con el error de error no definido 0 cada vez que intento gpt show o gpt add.

¿Hay alguna forma de recuperar mis datos? Fui a buscar mi HDD de copia de seguridad a la oficina, pero mi hermanito lo había dejado en soda hace unas semanas y no se lo había dicho a nadie, así que es inútil. ¡Algún consejo sería de gran aprecio!

    
pregunta AceHyte 24.01.2018 - 06:26

1 respuesta

1

El disco perdió cualquier partición gpt en la tabla de particiones porque el GPT secundario no coincidía con el GPT primario (y su CRC era incorrecto) y, por lo tanto, era falso.

Para recuperar todo lo que se hizo:

  • iniciar en un disco de arranque externo macOS
  • obtener los detalles:

    diskutil list
    gpt -rvvv show disk0
    fdisk /dev/disk0
    diskutil umountDisk0
    
  • anula completamente el primer y segundo GPT y el MBR:

    dd if=/dev/zero of=/dev/disk0 count=34 bs=512
    dd if=/dev/zero of=/dev/disk0 seek=(size_of_disk_in_blocks-33) count=33 bs=512
    
  • crea un nuevo gpt:

    gpt create -f /dev/disk0 
    
  • añadir todas las particiones

    gpt add -i 1 -b 40 -s 409600 -t C12A7328-F81F-11D2-BA4B-00A0C93EC93B disk0
    
  • un volcado hexadecimal del bloque 409640 reveló una partición CoreStorage; una foto tomada antes por el OP, sugirió un tamaño de 187683544 bloques para la segunda partición:

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

    el volumen se verificó con 0 errores y se tuvo que desbloquear: ¡el volumen está cifrado!

  • Se intentó restaurar una partición de recuperación anterior:

    gpt add -i 3 -b 188093184 -s 1269536 -t 426F6F74-0000-11AA-AA11-00306543ECAC
    diskutil verifyVolume disk0s3
    

    No se detectó ningún sistema de archivos; el comando diskutil verifyVolume falló La partición de recuperación y su contenido fue eliminado previamente. La tercera partición debe eliminarse de nuevo:

    gpt remove -i 3 disk0
    
  • Como falta la partición de recuperación, que generalmente contiene una clave de FV intermedia requerida al arrancar a FV, el volumen principal se revirtió a HFSJ:

    diskutil cs list #get the lvUUID of the main volume
    diskutil cs revert lvUUID #old (admin) password needed to unlock the volume
    
  • El volumen fue expandido

    diskutil resizeVolume disk0s2 0
    diskutil verifyVolume disk0s2
    
  • Arrancado al volumen principal restaurado y expandido, el sistema (Sierra 10.12.6) se reinstaló para restaurar la partición de recuperación que falta.
  • Volver a habilitar FileVault.
respondido por el klanomath 24.01.2018 - 23:14

Lea otras preguntas en las etiquetas