No se puede cambiar el tamaño de la partición en VMWare Mac

Tengo un mac que se ejecuta en una máquina virtual y expandí el disco duro en la configuración, sin embargo, cuando voy a cambiar el tamaño de la partición en el sistema operativo invitado, no me deja. Ahora solo hay una partición, la principal que quiero expandir, y luego solo “Espacio libre”.

  • Es un mapa de partición GUID y un volumen físico PCI.
  • Usando la Utilidad de Disco no puedo arrastrar para cambiar el tamaño del volumen que quiero modificar
  • Si elimino el “Espacio libre”, aparece este error: “Se produjo un error interno y no se pudo encontrar el disco para una de las operaciones especificadas. Esto puede ser un problema temporal, inténtelo de nuevo”.

Este problema persiste después de reiniciar y usar el modo de recuperación en High Sierra 10.13.5

Resuelto esto entrando primero en el terminal y encontrando el identificador de disco:

diskutil list 

Luego, con el identificador, utilicé lo siguiente y reclamé con éxito todo el espacio libre en el disco:

 diskutil resizeVolume /dev/disk0s2 0 

Asegúrese de reemplazar /dev/disk0s2 con el identificador de la partición que desea expandir.

Gracias a Michael. Estaba intentando repartir particiones de Macbook Air por segunda vez en la instalación de Windows 10. Durante el arranque del disco USB, el proceso de instalación no permitió la instalación en la partición ya creada e informó “El disco seleccionado es del estilo de partición GPT”. Luego, dentro de esa configuración de Windows, probé el formato, eliminar, crear nuevo en ese espacio libre sin éxito. Así que salté y volví a macOS para revisar y arreglar cualquier cosa que me bloqueara. La “Utilidad de disco” mantuvo el informe “Se produjo un error interno y no se pudo encontrar el disco para una de las operaciones especificadas”. Si quiero borrar la partición de espacio libre. Finalmente, los comandos de Michael me salvaron la vida a pesar de que mis particiones están en formato APFS con High Sierra 10.13.6. A continuación se muestran la captura de pantalla antes de la corrección y los detalles de la Terminal del proceso. Espero que ayuden.

Primero para comprobar qué identificador de disco se necesita para expandir por comando. El mío pasó a ser el mismo con Michael (disk0s2). No copie pegar la ID. introduzca la descripción de la imagen aquí

 $ diskutil list /dev/disk0 (internal, physical): #: TYPE NAME SIZE IDENTIFIER 0: GUID_partition_scheme *121.3 GB disk0 1: EFI EFI 209.7 MB disk0s1 2: Apple_APFS Container disk1 81.0 GB disk0s2 /dev/disk1 (synthesized): #: TYPE NAME SIZE IDENTIFIER 0: APFS Container Scheme - +81.0 GB disk1 Physical Store disk0s2 1: APFS Volume HighSierra 60.1 GB disk1s1 2: APFS Volume Preboot 20.3 MB disk1s2 3: APFS Volume Recovery 519.0 MB disk1s3 4: APFS Volume VM 1.1 GB disk1s4 /dev/disk2 (external, physical): #: TYPE NAME SIZE IDENTIFIER 0: FDisk_partition_scheme *16.0 GB disk2 1: DOS_FAT_32 WININSTALL 16.0 GB disk2s1 

Desde que mis particiones han cambiado a APFS por lo que responde error.

 $ diskutil resizeVolume /dev/disk0s2 0 /dev/disk0s2 is an APFS Physical Store (use "diskutil apfs resizeContainer" instead to resize) 

Después de una pequeña modificación, terminó y la Utilidad de Disco está feliz.

 $ diskutil apfs resizeContainer disk0s2 0 Started APFS operation Aligning grow delta to 40,091,033,600 bytes and targeting a new physical store size of 121,123,069,952 bytes Determined the maximum size for the targeted physical store of this APFS Container to be 121,122,041,856 bytes Resizing APFS Container designated by APFS Container Reference disk1 The specific APFS Physical Store being resized is disk0s2 Verifying storage system Using live mode Performing fsck_apfs -n -x -l /dev/disk0s2 Checking volume Checking the container superblock Checking the EFI jumpstart record Checking the space manager Checking the object map 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 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 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 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 Verifying allocated space The volume /dev/disk0s2 appears to be OK Storage system check exit code is 0 Growing APFS Physical Store disk0s2 from 81,032,036,352 to 121,123,069,952 bytes Modifying partition map Growing APFS data structures Finished APFS operation 

El título de la pregunta tiene un error tipográfico “rezize”, pero el motor de búsqueda aún me condujo hasta aquí.