1 votes

Étendre le conteneur APFS en utilisant l'espace libre situé avant le conteneur dans MacOS

J'ai un SSD ( disk0 ) qui contient mon installation de MacOS Mojave. SIP est activé (et pour des raisons indépendantes de ma volonté, ne peut pas être désactivé), je ne peux donc pas donner la sortie pour gpt -r show disk0 et je ne peux pas non plus démonter disk0 .

Mais en entrant dans Windows (installé sur un disque complètement séparé), il y a une partition située à la fin du disque (mon installation MacOS) avec de l'espace libre avant elle mais je n'ai pas pu exécuter diskutil apfs resizeContainer disk0s3 0 à cause de Error: -69743: The new size must be different than the existing size .

J'ai essayé de créer une partition APFS et de fusionner les deux, après la création d'une partition, voici ce que l'on voit dans l'écran. diskutil list disk0 La sortie est :

/dev/disk0 (external):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                         250.1 GB   disk0
   1:                        EFI SYSTEM                  536.9 MB   disk0s1
   2:                 Apple_APFS Container disk5         110.0 GB   disk0s2
   3:                 Apple_APFS Container disk1         139.5 GB   disk0s3

Running diskutil mergePartitions APFS Macintosh disk0s2 disk0s3 me donne

You cannot merge disks into an APFS Physical Store

Instead, you can delete the partitions following the APFS Physical Store by
using "diskutil eraseVolume free n <disk>" for all such partitions, and
then by growing the corresponding APFS Container by its APFS Physical Store
to fill the gap by using "diskutil apfs resizeContainer disk0s2 0"

En procédant dans l'ordre inverse, j'obtiens

The given partitions are not ordered sequentially on disk

Le seul problème est qu'ils sont séquentiels !

Je ne sais pas. veulent disk0s2 parce que c'est mon espace libre, je dois préserver disk0s3 . La prise en charge d'APFS par GParted est limitée, j'hésite donc à déplacer le disque APFS en l'utilisant. Tous les guides de redimensionnement supposent que l'espace libre est succédant à la partition, ce qu'il faut faire si elle est précédant la partition ?

-1voto

Oskar Points 1242

Je copie le contenu du conteneur sur un nouveau disque / volume, puis j'évalue s'il est plus rapide d'effacer le disque entier ou si je veux fusionner / réorganiser les choses.

En bref, les outils sont conçus pour avoir un seul conteneur pour l'ensemble du stockage, de sorte que vous pouvez déplacer les données d'un volume à l'autre sans vous heurter à des problèmes de commande. Un conteneur par lecteur est la façon dont j'exécute les volumes de démarrage pour éviter de me mettre dans un coin comme vous l'avez fait ici.

La réponse longue est d'utiliser des volumes à l'intérieur d'un conteneur afin de travailler sur un disque synthétisé plutôt que sur un disque physique.

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +499.9 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume macOS - Data            327.0 GB   disk1s1
   2:                APFS Volume Preboot                 255.2 MB   disk1s2
   3:                APFS Volume Recovery                664.6 MB   disk1s3
   4:                APFS Volume VM                      2.1 GB     disk1s4
   5:                APFS Volume macOS                   15.2 GB    disk1s5
   6:              APFS Snapshot com.apple.os.update-... 15.2 GB    disk1s5s1

Donc, dans votre cas, voici à quoi pourrait ressembler une machine en préparation de la mise à niveau vers Big Sur où vous pouvez maintenir un volume bêta de Catalina / Mojave et Big Sur à côté de la version d'expédition de Big Sur quand il est temps de mettre à niveau Macintosh HD vers Big Sur.

me@dev ~ % diskutil list        
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *251.0 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         250.1 GB   disk0s2
   3:       Apple_KernelCoreDump                         655.4 MB   disk0s3

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +250.1 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD - Data     71.9 GB    disk1s1
   2:                APFS Volume Preboot                 81.2 MB    disk1s2
   3:                APFS Volume Recovery                525.8 MB   disk1s3
   4:                APFS Volume VM                      3.2 GB     disk1s4
   5:                APFS Volume bitbucket               99.7 GB    disk1s5
   6:                APFS Volume Macintosh HD            11.5 GB    disk1s6
   7:                APFS Volume Big Sur                 761.9 KB   disk1s7
   8:                APFS Volume Mojave                  761.9 KB   disk1s8
   9:                APFS Volume Catalina                761.9 KB   disk1s9

Aussi, maintenant que j'ai dit que vous ne pouvez pas le faire - pouvez-vous réduire les fichiers sur disk0s3 de sorte qu'il s'adapte dans disque0s2 / déplacer les données, puis les supprimer disque0s3 et se développer disque0s2 pour consommer l'espace maintenant libre à la fin du disque physique ?

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X