1 votos

Accidentalmente ejecutó el comando partitionDisk en el disco1

Accidentalmente ejecuté un comando (una vez) que copié y pegué en el disco1 en lugar de cambiarlo al disco apropiado y ahora estoy realmente preocupado por haber dañado la tabla de particiones de mi disco primario (SSD). El MacBook sigue funcionando bien, pero me da miedo reiniciarlo.

La orden era:

diskutil partitionDisk disk1 GPT ExFAT "Seagate_02" 0g

Y el error fue:

No se puede particionar manualmente un disco contenedor APFS existente.

¿Habría hecho esto algún cambio desde que se produjo el error? ¿Qué puedo comprobar?

También tengo el diskutil list resultados de antes y después de ejecutar el comando, que parecen iguales:

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +912.4 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            444.2 GB   disk1s1
   2:                APFS Volume Preboot                 19.7 MB    disk1s2
   3:                APFS Volume Recovery                506.6 MB   disk1s3
   4:                APFS Volume VM                      4.3 GB     disk1s4

Estoy usando MacOS 10.13.2.

1voto

klanomath Puntos 19587

Su disco real (físico) es su SSD/disco0. El disco1 es un disco virtual ("sintetizado") basado en el almacén físico APFS disk0s2.

El disco1 no tiene un esquema de particiones. Adicionalmente contiene su volumen de arranque disk1s1.

Por lo tanto, el comando diskutil partitionDisk ... arrancar desde su volumen de arranque principal (Macintosh HD) no debería ser capaz de completamente reparticionar y reformatear ni el disco0 ni el disco1.

Puedes verificar el disco y el contenedor/volúmenes APFS con:

diskutil verifyDisk disk0 # verify physical disk
diskutil verifyVolume disk0s2 # verify APFS container
diskutil verifyVolume disk1s1 # verify APFS boot volume

El segundo comando puede dar algo como:

warning: Overallocation Detected on Main device: (626695+1) bitmap address (28278)

que parece ser normal.

El tercer comando suele comprobar todo volúmenes APFS disponibles a pesar de pasar sólo una porción (disk1s1).

Por lo tanto, verá/deberá ver la salida:

Checking the APFS volume superblock
Checking the object map
Checking the fsroot tree
Checking the snapshot metadata tree
Checking the extent ref tree
Checking the snapshots

varias veces.

"El mapa de la partición parece estar bien" o "el código de salida es 0" indica que todo está bien.

0 votos

Esto es realmente útil. El primer y el tercer comando me devolvieron "El ... parece estar bien", excepto el del contenedor, que sólo decía "El código de salida de la comprobación del sistema de almacenamiento es 0". También lo ejecuté en otro Mac con 10.13.2 y decía "El volumen /dev/disk0s2 parece estar bien". ¿Qué puede significar esto? Aquí está la salida completa: justpaste.it/1fklu .

0 votos

Como mencionaste que disk1 es mi disco virtual, miré el diskutil list resultados para el disco0 y también son los mismos (antes y después), anotando "2: Apple_APFS Container disk1 912.4 GB disk0s2".

0 votos

Los tres primeros bloques de la nota son del Mac en cuestión y el último bloque del segundo. He ejecutado diskutil verifyVolume disk0s2 de nuevo (sin el comentario) en el Mac original y obtuve "El volumen /dev/disk0s2 parece estar bien" esta vez (actualicé la nota). ¿Todo parece bien, entonces? Gracias de nuevo.

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