1 votos

La partición se muestra como 'FFFFFFFF-FFFF-FFFF-FFFFFF'; se intentó arreglar pero empeoró.

MacBook Pro 2015. Recientemente he arrancado mi Mac con Linux para la escuela, sin embargo, cambié de opinión sobre qué distro para ejecutar y pensé que la mejor manera de cambiar sería para formatear y eliminar las particiones de Linux y empezar de nuevo.

Después de formatear las particiones, intenté eliminarlas, pero sólo se pudo eliminar una y se convirtió en una partición de 24,4 GB que me daba un error cada vez que intentaba eliminarla y fusionar la partición de nuevo en un único volumen Macintosh HD. También me di cuenta de que mi volumen de arranque aparecía como 'ahfs' y no como 'apple_boot' y mi volumen Macintosh HD aparecía como 'FFFFFFFF-FFFF-FFFF-FFFFFF', así que seguí una guía para cambiar la unidad de arranque de nuevo a 'apple_boot' e intenté seguir esta guía ( Datos no respaldados, Tipo de partición: FFFFFFFF-FFFF-FFFF-FFFFFF-FFFFFFFF ) y llegó a gpt add -i 3 -b 188093184 -s 1269536 -t 426F6F74-0000-11AA-AA11-00306543ECAC disk0

Este comando devuelve errores:

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

Investigué formas de arreglarlo y llegué a esta solución,

gpt destroy /dev/disk0         

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

fdisk -i -a hfs /dev/disk0 

y recibió

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] 

Entré y y no recibió ninguna confirmación.

Luego intenté volver a añadir mis particiones con

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

y recibió los errores:

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

Ahora cuando estoy atascado con el mapa falso y el error indefinido 0 error cada vez que intento gpt show o gpt add.

¿Hay alguna forma de recuperar mis datos? Fui a buscar mi disco duro de respaldo a la oficina pero a mi hermano pequeño se le había caído en la soda hace unas semanas y no se lo dijo a nadie así que es inútil. ¡Cualquier consejo sería muy apreciado!

0 votos

¿Volvió a crear la tabla de partición GUID después de destruirla? Por cierto, esta respuesta puede ayudarte: ¿Cómo arreglar los volúmenes rotos de GPT, GUID y no montables, sin tipo?

0 votos

Intenté "gpt create -f /dev/disk0" y recibí "gpt create: error: bogus map" y "gpt create: unable to open device '/dev/disk0': undefined erorr: 0'. Gracias por la respuesta, ahora mismo estoy esperando a que se cargue el instalador de MacOS en mi ordenador hermano para poder crear un USB de arranque y utilizar un programa de recuperación de GPT llamado remorecover para acceder y copiar mis datos desde una instalación nueva de MacOS.

0 votos

@klanomath ¿te refieres a hacer un USB de arranque y recuperar remotamente mi MBP? eso es impresionante muchas gracias. ¿qué SO debo coger?

1voto

klanomath Puntos 19587

El disco perdió cualquier partición gpt en la tabla de particiones porque la GPT secundaria no coincidía con la GPT primaria (y su CRC era erróneo) y por lo tanto era falsa.

Para recuperar todo se hizo lo siguiente:

  • arrancar con un disco de arranque externo de MacOS que funcione

  • obtener los detalles:

    diskutil list
    gpt -rvvv show disk0
    fdisk /dev/disk0
    diskutil umountDisk0
  • poner a cero completamente la 1ª y 2ª 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
  • crear 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 hexdump del bloque 409640 reveló una partición CoreStorage - una foto tomada por el OP antes, 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 tuvo que ser desbloqueado: ¡el volumen está encriptado!

  • He intentado 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 ha detectado ningún sistema de archivos; el diskutil verifyVolume comando falló. La partición de recuperación y su contenido fueron eliminados previamente. La tercera partición tiene que ser eliminada de nuevo:

    gpt remove -i 3 disk0
  • Dado que la partición de recuperación -que suele contener una clave FV intermedia necesaria al arrancar en FV- no existe, el volumen principal fue revertido 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 se amplió

    diskutil resizeVolume disk0s2 0
    diskutil verifyVolume disk0s2
  • Al arrancar en el volumen principal restaurado y ampliado se reinstaló el sistema (Sierra 10.12.6) para restaurar la partición de recuperación que faltaba.

  • Vuelva a habilitar FileVault.

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X