APFS-Volume beansprucht keinen verfügbaren APFS-Container-Speicherplatz

Ich bin damit am Ende meines Lateins, und ich kann nichts darüber in der Dokumentation oder in Fragen finden, also dachte ich, ich würde eine Frage stellen.

Ich hatte ein APFS Fusion Drive mit zwei Laufwerken: (120+500) GB. Ich habe das 500-GB-Laufwerk auf ein anderes 1-TB-Laufwerk geklont (dd) und ausgetauscht. Soweit alles gut, außer dass das 1-TB-Laufwerk erwartungsgemäß wie ein 500-GB-Laufwerk fungiert.

Ich boote in den Wiederherstellungsmodus und nachdem ich die richtige Datenträgerkennung des APFS-Containerschemas (in diesem Fall Datenträger2) erhalten und das Volume entsperrt habe, habe ich versucht:

-bash-3.2# diskutil apfs resizeContainer disk2 0

Es schien zu funktionieren und sagte, es sei "Growing APFS Physical Store...", aber das Festplattendienstprogramm zeigte immer noch nur die 500 GB an, also entschied ich mich später, es mit ' gpt' zu versuchen . Ich habe zuerst die Partition (2) von der physischen Festplatte (disk0) entfernt und sie dann wieder an Ort und Stelle hinzugefügt, wobei die Größe erweitert wurde, um das Laufwerk zu füllen (1952915488):

-bash-3.2# gpt remove -i 2 disk0
disk0s2 removed
-bash-3.2# gpt add -b 409640 -i 2 -s 1952915488 -t 7C3457EF-0000-11AA-AA11-00306543ECAC disk0

Dies scheint die Partitionsgröße ordnungsgemäß geändert zu haben, aber die Größe des APFS-Containerschemas und des Volumes bleibt bei den ursprünglichen ~ 620 GB, obwohl die Verweise auf den physischen Speicher korrekt zu sein scheinen (disk0s2, disk1s2):

-bash-3.2# diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                 Apple_APFS Container disk2         1000.0 GB  disk1s2

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *120.0 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk2         119.8 GB   disk0s2

/dev/disk2 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +619.7 GB   disk2
                                 Physical Stores disk0s2, disk1s2
   1:                APFS Volume Macintosh HD            529.7 GB   disk2s1
   2:                APFS Volume Preboot                 23.4 MB    disk2s2
   3:                APFS Volume Recovery                514.0 MB   disk2s3
   4:                APFS Volume VM                      4.3 GB     disk2s4

-bash-3.2# gpt show disk0
       start        size  index  contents
           0           1         PMBR
           1           1         Pri GPT header
           2          32         Pri GPT table
          34           6         
          40      409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
      409640  1952415488      2  GPT part - 7C3457EF-0000-11AA-AA11-00306543ECAC
  1952825128      700007         
  1953525135          32         Sec GPT table
  1953525167           1         Sec GPT header
-bash-3.2# gpt show disk1
      start       size  index  contents
          0          1         PMBR
          1          1         Pri GPT header
          2         32         Pri GPT table
         34          6         
         40     409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
     409640  234031968      2  GPT part - 7C3457EF-0000-11AA-AA11-00306543ECAC
  234441608          7         
  234441615         32         Sec GPT table
  234441647          1         Sec GPT header

Ich habe resizeContainer auf disk2 erneut versucht, nachdem ich gesehen habe, dass sich die Größe nicht auf 1,12 TB geändert hat, aber ich bekomme Folgendes, was sinnvoll ist, da disk1s2 bereits in der Größe geändert wurde:

Error: -69743: The new size must be different than the existing size

Das Festplatten-Dienstprogramm erkennt das Fusion Drive jedoch als 1,12 TB, aber der Container und das Volume sind immer noch auf 620 GB begrenzt, und der Versuch, das Volume zu partitionieren, zeigt, dass es eine riesige nutzbare 1,12 TB-Partition gibt:Fusion Drive mit einer Größe von 1,12 TB aufgeführt. Für den APFS-Container stehen nur 619,72 GB zur Verfügung. Für das APFS-Volume stehen nur 619,72 GB zur Verfügung. Die Partitionierung des Geräts zeigt alle verfügbaren 1,12 TB an.

Ich muss also etwas nicht verstanden oder falsch gemacht haben, aber ich bin für jede Hilfe dankbar, um diesen hartnäckigen zusätzlichen Speicherplatz auf dem Laufwerk zu nutzen!

Antworten (2)

Es kann sein, dass eine der EFI-Partitionen der Größenänderung im Wege steht. Bitte lesen Sie diesen Thread APFS kann nicht erweitert werden, nachdem die alte Partition als freier Speicherplatz gelöscht wurde .

Sehen Sie sich auch den letzten Kommentar zum Artikel hier an . In diesem Fall hatte die Person eine "Apple Kernel Dump"-Partition, die störte.

Zusammenfassend können also nur die Partitionslayouts das Problem verursachen. Hoffentlich weist Sie dies in die richtige Richtung

Danke für die Antwort – Entschuldigung für die Verzögerung beim Kommentieren. Wollen Sie damit sagen, dass ich die EFI-Partition entfernen soll? Ich habe die Größe von disk1s2 speziell um die gleiche Anzahl von Bytes verkleinert, die anscheinend in disk0s1 verwendet wird, um genügend Speicherplatz zu ermöglichen. Ich hatte die Links, die Sie in meiner Recherche gepostet hatten, durchgelesen, aber ich dachte nicht, dass es in Ordnung wäre, die EFI-Partition zu löschen. Ist das ratsam?
Beide Laufwerke in einer Fusion-Anordnung haben am Anfang eine EFI-Partition. Haben Sie zur Verdeutlichung nur die sich drehende Festplatte oder das gesamte Setup durch eine einzelne Festplatte ersetzt?
Ich habe nur die sich drehende Festplatte ersetzt, indem ich sie auf ein größeres Laufwerk geklont habe. Ich hatte gehofft, den freien Speicherplatz auf dem größeren Laufwerk zu beanspruchen, indem ich den Container und das Volumen erweitere, aber hier bin ich auf einen Haken gestoßen.

Für diejenigen, die eine Antwort suchen, muss ich leider sagen, dass ich in den sauren Apfel gebissen und aus einem Time Machine-Backup wiederhergestellt habe, als ich anfing, falsche Fehler zu erhalten, dass kein Speicherplatz mehr vorhanden war, selbst wenn ~ 80 GB als verfügbar angezeigt würden, also gab es wahrscheinlich eine geborste Partition im Weg.

Stellen Sie vor dem Versuch einer Time Machine-Wiederherstellung vom Wiederherstellungsvolume sicher, dass Sie über einen bootfähigen Installations-USB-Stick von Mojave verfügen. Ich bin auf das Problem gestoßen, dass die Internetwiederherstellung für ältere Macs die Mojave-Wiederherstellungspartition nicht herunterlädt und die APFS-Volumes und -Container nicht für die Wiederherstellung erkannt werden.