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!
Respuestas:
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.diskutil listObtenga 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)
diskutil umountDisk disk0En los 3 primeros bloques de la partición FFFF ...
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
Si tenía una partición CoreStorage, algunos no eran ceros en los primeros 512 bytes y la cadena CS (
...\0CS\^A...) son exhibidos:Ahora quita la tercera, la cuarta y la segunda partición:
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:
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 ... vispaso):o (si ha encontrado los rastros típicos de una partición CoreStorage):
Su disco finalmente debería tener este aspecto si ha encontrado una partición estándar de OS X:
o esto, si ha encontrado un volumen CoreStorage:
Finalmente verificar / reparar el disco con
diskutil verifyDisk disk0y / odiskutil 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 lvUUIDodiskutil 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.
fuente
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
diskutilComandos, encontré esto: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
disk0sin montar, parecegptNo dejará modificar el GPT durante una sesión en vivo:Así que en su lugar usé una herramienta de terceros
gdisk(Lo conseguí vía homebrew) para modificar el tipo dedisk0s2:Comprobándolo :
Entonces el último cheque con
diskutil verifyDisk disk0ydiskutil verifyVolume disk0s2Sin aviso ni errores. Reiniciar con éxitofuente