Mein Problem ist diesem sehr ähnlich: Das Erweitern der Haupt-APFS-Partition schlägt fehl mit „Zielfestplatte ist zu klein für diesen Vorgang“
Ich habe eine ungenutzte 80-GB-Partition als freien Speicherplatz gelöscht und möchte meinen APFS-Container erweitern, um den gesamten freien Speicherplatz zu füllen.
Ich habe versucht, die Größe des Containers zu ändern, aber ich erhalte die FehlermeldungThe target disk is too small for this operation
Ich habe in den Wiederherstellungsmodus gebootet und Folgendes getan diskutil list:
[200~-bash-3.2# diskutil list
/dev/disk0 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme +2.1 GB disk0
1: Apple_HFS OS X Base System 2.0 GB disk0s1
/dev/disk1 (internal):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme 251.0 GB disk1
1: EFI EFI 314.6 MB disk1s1
2: Apple_APFS Container disk2 168.7 GB disk1s2
3: EFI U 500.2 MB disk1s3
4: Apple_Boot Boot OS X 134.2 MB disk1s4
/dev/disk2 (synthesized):
#: TYPE NAME SIZE IDENTIFIER
0: APFS Container Scheme - +168.7 GB disk2
Physical Store disk1s2
1: APFS Volume Macintosh HD 142.7 GB disk2s1
2: APFS Volume Preboot 23.0 MB disk2s2
3: APFS Volume Recovery 519.0 MB disk2s3
4: APFS Volume VM 2.1 GB disk2s4
/dev/disk3 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +5.2 MB disk3
/dev/disk4 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +524.3 KB disk4
/dev/disk5 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +524.3 KB disk5
/dev/disk6 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +524.3 KB disk6
/dev/disk7 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +2.1 MB disk7
/dev/disk8 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +524.3 KB disk8
/dev/disk9 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +524.3 KB disk9
/dev/disk10 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +12.6 MB disk10
/dev/disk11 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +4.2 MB disk11
/dev/disk12 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +1.0 MB disk12
/dev/disk13 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +2.1 MB disk13
/dev/disk14 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +524.3 KB disk14
/dev/disk15 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +524.3 KB disk15
/dev/disk16 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +1.0 MB disk16
/dev/disk17 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +6.3 MB disk17
/dev/disk18 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +6.3 MB disk18
/dev/disk19 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +524.3 KB disk19
/dev/disk20 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +2.1 MB disk20
Es scheint, als wären disk3 - disk20 verdächtig, vielleicht brauche ich die nicht?
Gibt es eine Möglichkeit, meinen gesamten freien Speicherplatz im APFS-Container zurückzugewinnen?
Die Lösung für mein Problem war genau die gleiche wie die in der ähnlichen Frage, die ich in meinem ursprünglichen Beitrag hier erwähnt habe
Anscheinend befand sich in meinem Fall die zusätzliche EFI-Partition zwischen dem freien Speicherplatz und der APFS-Partition. Nachdem ich diese gelöscht hatte, wollte ich gerade laufen, um diskutil apfs resizeContainer /dev/disk1 0den freien Speicherplatz zurückzugewinnen