Ejecutó accidentalmente el comando partitionDisk en el disco 1

1

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

El comando fue:

diskutil partitionDisk disk1 GPT ExFAT "Seagate_02" 0g

Y el error fue:

  

No puede particionar manualmente un disco de Contenedor APFS existente.

¿Esto habría hecho algún cambio ya que se produjo un error? ¿Qué puedo verificar?

También tengo los resultados de diskutil list de antes y después de ejecutar el comando, que tienen el mismo aspecto:

/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 ejecutando macOS 10.13.2.

    
pregunta Mario Parra 11.01.2018 - 14:51

1 respuesta

1

Su disco real (físico) es su SSD / disk0. Disk1 es un disco virtual ("sintetizado") basado en la tienda física APFS disk0s2.

Disk1 no tiene un esquema de partición. Además, contiene el volumen de arranque disk1s1.

Por lo tanto, el comando diskutil partitionDisk ... run arrancado desde el volumen de inicio principal (Macintosh HD) no debería poder completamente volver a particionar ni reformatear el disco0 ni el disco1.

Puede 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 producir algo como:

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

que parece ser normal.

El tercer comando generalmente verifica todos los volúmenes APFS disponibles a pesar de pasar solo una porción (disk1s1).

Por lo tanto, deberá / debería ver el resultado:

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 partición parece estar bien" o "el código de salida es 0" indica que todo está bien.

    
respondido por el klanomath 11.01.2018 - 15:55

Lea otras preguntas en las etiquetas