4 votos

Dañado partición macOS después de GParted

He seguido un tutorial para crear un arranque dual con macOS Sierra 10.12 y Kali-Linux 2.0.

He creado una unidad USB de arranque y arranca en un Kali-Linux sesión en vivo en el fin de utilizar GParted y cambiar el tamaño de mi Partición macOS.

He seleccionado la partición macOS y cambiar el tamaño de 239 GB 200 GB. Tengo 2 particiones, con el 39 GB de partición de formato "sin asignar".

Pero ahora cuando trato de arrancar a macOS, me sale el logo de Apple, a continuación, una cruz blanca y no se puede arrancar a macOS.

Traté de arranque en el disco duro de Recuperación mediante la celebración de cmdR, entonces traté de usar un S. O. S., pero me dice que necesito un Asistente de disco de recuperación. Podemos crear un USB de recuperación de disco conectando una unidad USB a nuestro MacBook, a continuación, utilice el asistente para crear una unidad USB de arranque que puede reparar discos, pero como dije en mi MacBook no se puede arrancar en macOS, por lo que no se puede crear... Hay una forma de descargar la iso de la recuperación de la unidad USB directamente a crear mi propia recuperación de la unidad USB?

He leído que tengo que reescribir la corrige códigos de arranque y mis datos no se pierde. Es eso cierto?

¿Qué crees que puedo hacer?

Editar:
Aquí está la salida de diskutil/gpt:

Terminal

(Lo siento por la baja tasa de compresión no he 10 reputación de publicar más de 2 fotos)

No me esperaba el resultado de Diskutil. Tanto la partición es normal ?

Edit2:

Aquí está la otra pantalla que tuve después de la escritura de comandos :

Terminal2

Edición 3

Last verify

3voto

klanomath Puntos 19587

GParted en realidad no crear espacio en disco sin asignar. En cambio el MBR consiguió falso. El CoreStorage LVG y todos los contenedores se ha corrompido también, porque el conjunto no cambia de tamaño según se requiera. Por lo general - en macOS - la totalidad de la pila es de tamaño con el comando diskutil cs resizeStack .... Por lo que puedo decir de forma remota, el límite final de la segunda partición fue simplemente se mueve a menor los números de bloque que por lo general funciona con normalidad HFS+ volúmenes en GParted pero no en este caso con un CoreStorage de la pila. Afortunadamente, algunos invisibles estructuras de datos de la CS de la pila no se sobrescriben.

Además de la partición de recuperación no se mueven correctamente. Pero este un problema diferente.

En lugar de la MBR debe tener un pMBR. Después de la eliminación de la falsa MBR, usted tiene que destruir y volver a crear la tabla de particiones GUID:

  • De inicio a Internet en el Modo de Recuperación
  • Abre el Terminal en la barra de menú Utilidades -> Terminal
  • Obtener una visión general (especialmente la gpt comando es importante!):

    diskutil list
    gpt -r show disk0
    
  • Desmontar disk0:

    diskutil umountDisk /dev/disk0
    
  • Borrar el MBR:

    dd if=/dev/zero of=/dev/disk0 bs=512 count=1
    
  • Destruir la tabla de particiones GUID y crear una nueva (esto también se crea un nuevo pMBR):

    gpt destroy disk0
    gpt create -f disk0
    
  • Reconstruir todos los anteriores de particiones GUID:

    gpt add -i 1 -b 40 -s 409600 -t C12A7328-F81F-11D2-BA4B-00A0C93EC93B disk0
    gpt add -i 3 -b 488965176 -s 1269536 -t 426F6F74-0000-11AA-AA11-00306543ECAC disk0
    gpt add -i 2 -b 409640 -s 409602008 -t 53746F72-6167-11AA-AA11-00306543ECAC disk0
    

    Si usted recibe un recurso ocupado de error después de que uno de los pasos, solo desmontar disk0 de nuevo con

    diskutil umountDisk /dev/disk0
    

Compruebe el disco con diskutil verifyDisk disk0 después.

Escriba diskutil cs list y compruebe si todos los cuatro CoreStorage contenedores aparecen: un Grupo de Volumen Lógico, un Volumen Físico y Lógico de Volumen de la Familia y de un Volumen Lógico.

Con el UUID de la Lógica de montaje de Volumen de la LV:

Ejemplo:

    +-> Logical Volume 9A7B21AA-F9FE-4E65-8C7E-ED2A73744C15
        ---------------------------------------------------
        Disk:                  disk17
        Status:                Online

A continuación, utilice:

diskutil mount 9A7B21AA-F9FE-4E65-8C7E-ED2A73744C15

A continuación, después de conseguir el disco identificador de la montada LV con diskutil list verificar el volumen:

diskutil verifyVolume disk17 # probably it's disk17, disk16 or disk18

A continuación supongo que el disco identificador es disk17


Si el Volumen Lógico de la Familia y el Volumen Lógico no aparecen tratar el siguiente:

  • De inicio a Internet en el Modo de Recuperación
  • Abre el Terminal en la barra de menú Utilidades -> Terminal
  • Obtener una visión general (especialmente la gpt comando es importante!):

    diskutil list
    gpt -r show disk0
    
  • Desmontar disk0:

    diskutil umountDisk /dev/disk0
    
  • La eliminación de la actual entrada de la partición para la segunda partición:

    gpt remove -i 2 disk0
    
  • Añadir un nuevo "ampliada" de la segunda partición de la entrada:

    gpt add -i 2 -b 409640 -s 488555536 -t 53746F72-6167-11AA-AA11-00306543ECAC disk0
    
  • A continuación, repita todos compruebe los pasos:

    Compruebe el disco con diskutil verifyDisk disk0 después.

    Escriba diskutil cs list y compruebe si todos los cuatro CoreStorage contenedores aparecen: un Grupo de Volumen Lógico, un Volumen Físico y Lógico de Volumen de la Familia y de un Volumen Lógico.

    Con el UUID de la Lógica de montaje de Volumen de la LV:

    Ejemplo:

        +-> Logical Volume 9A7B21AA-F9FE-4E65-8C7E-ED2A73744C15
            ---------------------------------------------------
            Disk:                  disk17
            Status:                Online
    

    A continuación, utilice:

    diskutil mount 9A7B21AA-F9FE-4E65-8C7E-ED2A73744C15
    

    A continuación, después de conseguir el disco identificador de la montada LV con diskutil list verificar el volumen:

    diskutil verifyVolume disk17 # probably it's disk16, disk17 or disk18
    

    Si obtiene errores de copia de seguridad de los datos o la totalidad de la partición a un volumen externo, a continuación, reparar el volumen con la diskutil repairVolume disk17.

    Una posibilidad para copia de seguridad de los datos es dd. Adjuntar un formato HFS+ unidad con al menos 250 GB de espacio libre. Obtener la ruta de acceso para el volumen externo con ls /Volumes. A continuación, desmontar disk17 y disk0 con diskutil umountDisk disk17 y diskutil umountDisk disk0.

    Luego clonar la partición a un archivo:

    dd if=/dev/disk0s2 of=/Volumes/ExternalDriveName/disk0s2.rawdevice bs=4m
    

    Si el nombre contiene espacios, escapar de los espacios con barras diagonales inversas: ...of=/Volumes/ExternalDriveName\ With\ Spaces/disk0s2.rawdevice....

    También puede utilizar asr a restaurar la partición en otro disco (como un temporal "copia de seguridad"). Compruebe man asr.

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