1 votos

Reparar una partición dañada después de un (partitionDisk) la acción en el Modo de Recuperación, macOS?

Hay alguna historia detrás de esto, tan desnudo con me para un poco.

En un intento de crear un espacio libre de la partición para Ubuntu sin necesidad de utilizar la utilidad de discos applicatition me arranca en modo recovery y prueba

diskutil partitionDisk /dev/disk0 GPT free Linux 100G sólo para ver si podía crear un espacio libre de la partición para instalar Ubuntu en.

1º, no estoy ni a todos que seguro que si que era la sintaxis correcta para utilizar, aunque el comando parecía funcionar, pero cuando traté de volver a iniciarse en macos, tengo la carpeta con un signo de interrogación de la imagen.

Me volvió a entrar en modo de recuperación y se encontró que el volumen /dev/disk0s2 estaba dando un error.

así que me quita el volumen /dev/disk0s2.

gpt remove -i 2 disk0

a continuación, utiliza gpt -r show disk0

Estoy quedó con

# gpt -r show disk0
     start        size     index      contents 
         0           1                PMBR
         1           1                Pri GPT header
         2          32                Pri GPT table
        34           6
        40      409600         1      GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
    409640  1953115495
1953115495          32                Sec GPT table
1953115167           1                Sec GPT header

(no es C&P en el modo de recuperación)

luego trató de agregar la partición de nuevo porque estoy seguro de whatfile sistema he estado usando.

gpt add -i 2 -b 409640 -s 195311549 -t 7C3457EF-0000-11AA-AA11-00306543ECAC disk0

se trata de una Manzana APF partición.

pero incluso con eso, cuando intento verificar el volumen

diskutil verifyVolume disk0s2

obtengo el error

starting file system verification for disk0s2: Unrecognized file system (-69846)

Cualquier ayuda en la reparación de mi volumen y la sintaxis correcta para la partición de espacio libre es de ayuda.

P. S.

diskutil list

  /dev/disk0 (internal, physical):
 #:                    TYPE NAME                  SIZE        IDENTIFIER
 0:  GUID_paritition_scheme                      *1.0 TB      disk0
 1:                     EFI EFI                   209.7 MB    disk0s1
 2: 7C3457EF-0000-11AA-AA11-00306543ECAC          1000.0 GB   disk0s2

pero todavía no puedo arrancar en macOS sin ver el signo de interrogación de la carpeta.

EDITAR

Después de que David Anderson explicación de mi metedura de pata, y me retroceso como resultado de Klanomath la respuesta de lo que la orden correcta debería haber sido...

gpt -r show disk0 ahora se muestra de la siguiente manera

# gpt -r show disk0 start size index contents 0 1 PMBR 1 1 Pri GPT header 2 32 Pri GPT table 34 6 40 409600 1 GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B 409640 1953115488 2 GPT part - 7C3457EF-0000-11AA-AA11-00306543ECAC 1953525128 7

1voto

David Anderson Puntos 2189

Básicamente, ustedes fueron condenados después de escribir el primer comando. A continuación es una explicación de lo sucedido.

La primera comunes que entró se repite a continuación.

diskutil partitionDisk /dev/disk0 GPT free Linux 100G

Este comando borra el contenido de la partición EFI (disk0s1) y crea una nueva partición EFI. A continuación, el comando crea una partición de 100 GB de espacio libre. Este espacio es creado de forma destructiva. Esto significa que al menos el principio de que el espacio libre es ceros. Lamentablemente, esto pasó a ser donde el encabezado de la APF contenedor para su macOS residido. En este punto, la recuperación se hace en algún lugar entre extremadamente difícil o imposible.

Nota: El diskutil comando fue destructivo, porque disk0s2 ya existía. Esto se hace para que un gpt (o comando) no se puede crear una partición que contiene un volumen que podría ser dañado y/o potencialmente superposición otra partición existente.

El siguiente comando introducido es la siguiente.

gpt remove -i 2 disk0

Este comando no hizo nada. Básicamente, el comando sustituye el GUID tipo de valor de la segunda entrada en la PLANTILLA con ceros, pero el tipo ya era cero.

El tercer comando se muestra a continuación.

gpt -r show disk0

Este comando muestra sólo tienes la partición EFI (disk0s1).

El siguiente comando se muestra a continuación.

gpt add -i 2 -b 409640 -s 195311549 -t 7C3457EF-0000-11AA-AA11-00306543ECAC disk0

Este comando creamos una nueva partición (disk0s2) de tipo APF. Sin embargo, el encabezado original de la APF partición fue reemplazado con ceros cuando entró el primer comando.

El siguiente comando introducido se muestra a continuación.

diskutil verifyVolume disk0s2

Incluso si usted tenía una licencia APF contenedor, no habría habido algún tipo de mensaje de error. Esto es debido a que ha arrancado a una versión de macOS recuperación que no tiene conocimiento de la APF.

El último comando es la siguiente.

diskutil list

La salida no muestra Apple_APFS para disk0s2. En su lugar lo que se muestra es 7C3457EF-0000-11AA-AA11-00306543ECAC, que es el tipo de GUID para un PASF contenedor de partición. Este pasado debido a que la versión de macOS de la recuperación se inicia antes de la introducción de la APF.

Lo que tendría que haber entrado.

diskutil apfs resizecontainer disk0s2 899.8G free none 0

El valor de 899.8G se calcula a continuación.

1000.0 G Bytes = Drive size
   0.2 G Bytes = EFI partition size
 100.0 G Bytes = Desired free space for Linux
--------
 899.8 G Bytes

 

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