Impossible de redimensionner une partition sur VMWare Mac

Merci à Michael. J'essayais de repartitionner le Macbook Air pour la 2ème fois pour l'installation de Windows 10. Pendant le démarrage du disque USB, le processus d'installation n'a pas permis d'installer sur la partition déjà créée et a signalé "Le disque sélectionné est du style de partition GPT." Ensuite, à l'intérieur de cette installation de Windows, j'ai essayé de formater, supprimer, créer une nouvelle partition sur cet espace libre sans succès. J'ai donc sauté et suis revenu à MacOS pour vérifier et réparer ce qui me bloquait. L'"Utilitaire de disque" continuait à signaler "Une erreur interne s'est produite et le disque pour l'une des opérations spécifiées n'a pas pu être trouvé" si je voulais 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 la correction et les détails du processus de la borne. J'espère qu'ils vous aideront.

Il faut d'abord vérifier l'identifiant du disque à développer par commande. Le mien était le même que celui de Michael (disk0s2). Ne copiez-collez pas l'identifiant.

$ 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 mes partitions ont changé à APFS ainsi il répond l'erreur.

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

Après une modification mineure, c'est terminé et Disk Utility est content.

$ 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 comporte une faute de frappe "rezize" mais j'ai quand même été conduit ici par le moteur de recherche.

J'ai eu le même problème, avec VMware Fusion 15.5.3 et MacOS 10.13.6.

Voici une autre façon de résoudre le problème - bien que j'aie dû le faire AVANT d'augmenter la taille du disque dans VMware (après avoir rencontré le même problème que Michael la première fois, j'ai restauré la VM à partir d'une sauvegarde). Cela ne fonctionne pas si vous avez déjà augmenté la taille dans les paramètres de VMware.

L'astuce consiste à redimensionner d'abord la partition unique dans l'Utilitaire de disque. Réduisez-la juste un peu, par exemple de 42,7 Go à 40 Go. Cela ajoutera une petite partition supplémentaire, avec un conteneur APFS dessus.

Maintenant, éteignez le Mac et redimensionnez le disque dans VMware.

Ensuite, de retour dans MacOS, dans l'Utilitaire de disque, retournez dans l'éditeur de partition et supprimez à nouveau la nouvelle petite partition. Lorsque vous faites cela, le conteneur APFS principal sera redimensionné pour utiliser tout l'espace ajouté.