1 votos

Reparar una partición dañada después de una acción (partitionDisk) en el modo de recuperación, MacOS?

Hay un poco de historia de fondo en esto, así que aguanta un poco.

En un intento de crear una partición de espacio libre para Ubuntu sin usar la aplicación de utilidad de disco, arranqué en modo de recuperación y probé

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

1º, Ni siquiera estoy seguro de si esa era la sintaxis adecuada para usar Aunque el comando parecía funcionar, cuando intenté arrancar de nuevo en MacOS, obtuve la carpeta con la imagen de un signo de interrogación.

Volví a entrar en el modo de recuperación y encontré que el volumen /dev/disk0s2 daba un error.

así que eliminé el volumen /dev/disk0s2.

gpt remove -i 2 disk0

entonces se utilizó gpt -r show disk0

Me 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 hay C&P en modo de recuperación)

luego trató de añadir la partición de nuevo ya que estoy seguro de lo que el sistema de archivos que he estado usando.

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

es una partición APFS de Apple.

pero incluso con eso, cuando intento verificar el volumen

diskutil verifyVolume disk0s2

me sale el error

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

Cualquier ayuda para reparar mi volumen y la sintaxis adecuada para particionar el espacio libre me serviría.

P.D.

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 sigo sin poder arrancar en MacOS sin ver la carpeta con el signo de interrogación.

EDITAR

Después de la explicación de David Anderson sobre mi error, y mi vuelta atrás como resultado de la respuesta de Klanomath sobre cuál debería haber sido el comando correcto...

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 1953525135 32 Sec GPT table 1953525167 1 Sec GPT header

0 votos

Si alguien sabe dónde está la luz en todo esto, y conoce un medio para que todavía pueda recuperarme de esto, sin una máquina del tiempo, que lo diga.

0 votos

gpt add -i 2 -b 409640 -s 195311549 ... está mal de alguna manera: esto crea una partición APFS de ~100 GB.

0 votos

Una orden adecuada habría sido gpt add -i 2 -b 409640 -s 1953115488 -t 7C3457EF-0000-11AA-AA11-00306543ECAC disk0 (sin el anterior diskutil partitionDisk ... comando).

2voto

David Anderson Puntos 2189

Básicamente, estabas condenado después de introducir el primer comando. A continuación se explica lo que sucedió.

El primer común que has introducido se repite a continuación.

diskutil partitionDisk /dev/disk0 GPT free Linux 100G

Este comando borró el contenido de la partición EFI ( disk0s1 ) y creé una nueva partición EFI. A continuación, el comando creó una partición de 100 GB de espacio libre. Este espacio libre se crea de forma destructiva. Esto significa que al menos el principio del espacio libre se pone a cero. Desgraciadamente, este era el lugar donde residía la cabecera del contenedor APFS para su MacOS. En este punto, la recuperación se vuelve entre extremadamente difícil e imposible.

Nota: El diskutil era destructivo porque disk0s2 ya existía. Esto se hace para que un gpt (u otro comando) no podría crear una partición que contenga un volumen que podría estar corrupto y/o potencialmente superponerse a otra partición existente.

El siguiente comando que ha introducido se da a continuación.

gpt remove -i 2 disk0

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

El tercer comando se muestra a continuación.

gpt -r show disk0

Este comando muestra que sólo tiene 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 creó una nueva partición ( disk0s2 ) de tipo APFS. Sin embargo, la cabecera de la partición APFS original fue sustituida por ceros cuando se introdujo el primer comando.

El siguiente comando que ha introducido se muestra a continuación.

diskutil verifyVolume disk0s2

Incluso si tuvieras un contenedor APFS válido, habría habido algún tipo de mensaje de error. Esto se debe a que has arrancado con una versión de recuperación de macOS que no tiene conocimiento del APFS.

El comando final se da a continuación.

diskutil list

La salida no muestra Apple_APFS para disk0s2 . En cambio, lo que se muestra es 7C3457EF-0000-11AA-AA11-00306543ECAC que es el tipo de GUID para una partición de contenedor APFS. Esto ocurrió porque la versión de recuperación de MacOS que arrancó es anterior a la introducción de APFS.

Lo que debería haber ingresado.

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

0 votos

Entonces, @David Anderson, ¿lo que dices es que voy a necesitar una instalación nueva de MacOS porque la he fastidiado? No tengo una máquina del tiempo, lo sé (facepalm), ¿no hay esperanza de recuperar mis datos, archivos y demás?

0 votos

No tengo ninguna esperanza de recuperar mis archivos @DavidAnderson

0 votos

Estoy seguro de que he aceptado tus respuestas antes @DavidAnderson , como aquella en la que introdujiste Gdisk y los métodos de gpt que realmente usé aquí. Normalmente acaba siendo tu respuesta o la de Klanomath, ya que es lo que funciona

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