Impossible de redimensionner la partition sur VMWare Mac

J'ai un mac en cours d'exécution dans une machine virtuelle et j'ai étendu le disque dur dans les paramètres, mais lorsque je vais redimensionner la partition dans le système d'exploitation invité, cela ne me le permet pas. Il n'y a plus qu'une partition, la partition principale que je souhaite développer, puis juste "Espace libre".

• C'est une carte de partition GUID et un volume physique PCI.
• Utilisation de l'Utilitaire de disque, je ne peux pas faire glisser pour redimensionner le volume que je souhaite modifier
• Si je supprime "l'espace libre", le message d'erreur suivant s'affiche: "Une erreur interne s'est produite et le disque correspondant à l'une des opérations spécifiées est introuvable. Il peut s'agir d'un problème temporaire, essayez à nouveau."

Ce problème persiste après un redémarrage et l'utilisation du mode de récupération sur High Sierra 10.13.5

Résolu ceci en allant d'abord dans le terminal et en trouvant l'identifiant du disque:

diskutil list

Ensuite, avec l'identifiant, j'ai utilisé ce qui suit et il a récupéré avec succès tout l'espace disponible sur le disque:

diskutil resizeVolume /dev/disk0s2 0

Assurez-vous de remplacer /dev/disk0s2par l'identifiant de la partition que vous souhaitez développer.

Merci à Michael. J'essayais de repartitionner MacBook Air pour la deuxième fois pour l'installation de Windows 10. Lors du démarrage du disque USB, le processus d'installation ne permettait pas l'installation sur la partition déjà créée et indiquait "Le disque sélectionné est du style de la partition GPT." Puis, à l’intérieur de cette installation de Windows, j’ai essayé de formater, de supprimer, de créer de nouveaux espaces sans succès. J'ai donc sauté sur MacOS pour vérifier et réparer ce qui bloquait mon chemin. Le "Utilitaire de disque" a continué à signaler "Une erreur interne s'est produite et le disque pour l'une des opérations spécifiées est introuvable." si je veux supprimer la partition d'espace libre. Finalement, les commandes de Michael m'ont sauvé la vie même si mes partitions sont au format APFS avec High Sierra 10.13.6. Vous trouverez ci-dessous la capture d'écran avant le correctif et les détails du processus du terminal.

D'abord pour vérifier quel identifiant de disque doit être développé par commande. Le mien s'est avéré être le même avec Michael (disk0s2). Ne pas copier coller l'ID.

$ 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

Depuis que mes partitions ont été remplacées par APFS, cela entraîne une erreur de réponse.

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

Après une modification mineure, il est terminé et l’utilitaire de disque est satisfait.

$ 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

Le titre de la question porte une faute de frappe "rezize", mais le moteur de recherche m'y a amené.