Sie überprüfen den Speicherplatz Ihres Mac, weil die interne SSD fast voll ist, und entdecken eine versteckte Datei namens Docker.raw, die 60 GB, 90 GB oder gar 120 GB blockiert. Sie öffnen das Terminal, führen docker system prune -a --volumes aus, Docker meldet stolz 40 GB freigegebenen Speicher, doch im Finder wurde kein einziges Megabyte auf Ihrem Mac frei.

Dies ist eines der häufigsten Ärgernisse für Entwickler, Programmierer und IT-Profis auf dem Mac. Die gute Nachricht: Ihr Speicherplatz ist nicht dauerhaft blockiert. Sobald Sie das Zusammenspiel zwischen macOS und der virtuellen Linux-Maschine von Docker verstehen, können Sie Docker.raw innerhalb weniger Minuten verkleinern.

Die Architektur: Warum Docker auf dem Mac eine riesige Datei braucht

Um zu verstehen, warum Docker.raw so gewaltig anwächst, muss man auf die Arbeitsweise von Containern auf Apple-Hardware blicken.

Container basieren auf Linux-Kernel-Technologien wie Namespaces, cgroups und Overlay-Dateisystemen. Der macOS-Kernel (Darwin) besitzt diese Subsysteme nicht. Daher kann Docker auf dem Mac Container nicht direkt so ausführen wie auf Ubuntu oder Debian.

Aus diesem Grund startet Docker Desktop im Hintergrund eine schlanke virtuelle Linux-Maschine über Apples Virtualization Framework.

Jedes Mal, wenn Sie mit Docker arbeiten:

• Herunterladen von Datenbank-Images wie PostgreSQL, MySQL oder Redis
• Bauen von mehrstufigen Dockerfiles mit umfangreichen Abhängigkeiten
• Schreiben von Daten in benannte Docker Volumes
• Zwischenspeichern von Build-Schichten im BuildKit Cache

All diese Daten wandern unweigerlich in die Datei Docker.raw.

Die Sparse-File-Falle: Warum docker system prune keinen Platz auf dem Mac schafft

Wenn der Speicherplatz knapp wird, greift fast jeder Entwickler zum Standardbefehl im Terminal:

docker system prune -a --volumes
Total reclaimed space: 48.62GB

Docker meldet stolz, fast 50 GB zurückgeholt zu haben. Doch die Speicheranzeige von macOS rührt sich nicht. Warum?

Das liegt daran, dass Docker.raw als sogenanntes APFS Sparse File (Spärliche Datei) angelegt ist. Es funktioniert wie ein Luftballon mit Einwegventil:

1. Automatisches Aufblähen: Benötigt das Linux-System 20 GB für neue Images, reserviert macOS physische Speicherblöcke auf Ihrer SSD. Die Datei wächst von 10 GB auf 30 GB an.
2. Interne Freigabe: Beim Ausführen von docker system prune markiert das Linux-Dateisystem ext4 diese internen Blöcke als ungenutzt. Für Linux ist der Platz nun wieder frei.
3. Starre Host-Datei: macOS sieht von außen jedoch nur eine 30 GB große Binärdatei. Ohne ein spezielles Komprimierungssignal (TRIM / Sparse Hole-Punching) weiß macOS nicht, welche Blöcke leer sind, und behält die physische Zuordnung auf der Festplatte bei.

Ohne manuellen Eingriff bleibt Docker.raw daher dauerhaft auf Maximalgröße aufgebläht.

Wo Docker.raw auf dem Mac gespeichert ist

Auf modernen Macs befindet sich die Datei tief im geschützten Benutzer-Library-Verzeichnis:

Sie können die tatsächliche Belegung auf Ihrer SSD im Terminal mit dem Befehl du ermitteln:

# Tatsächlich belegter physischer Speicher auf der Mac SSD:
du -sh ~/Library/Containers/com.docker.docker/Data/vms/0/data/Docker.raw
Maximale virtuelle Kapazität der Datei:
ls -lh ~/Library/Containers/com.docker.docker/Data/vms/0/data/Docker.raw

Wenn du -sh beispielsweise 75 GB ausgibt, sind genau diese 75 GB auf Ihrer SSD blockiert, selbst wenn Sie derzeit keinen einzigen Container ausführen.

4 bewährte Wege, um Docker.raw zu verkleinern

Je nachdem, ob Sie Ihre bestehenden Images behalten möchten oder einen sauberen Neustart bevorzugen, stehen Ihnen vier Methoden zur Auswahl:

Methode 1: Speicherplatz über die Docker Desktop Oberfläche freigeben

In modernen Versionen von Docker Desktop gibt es eine integrierte Komprimierungsfunktion, die das nötige Freigabesignal an macOS sendet:

1. Öffnen Sie Docker Desktop auf Ihrem Mac.
2. Klicken Sie oben rechts auf das Zahnrad-Symbol (Einstellungen).
3. Wählen Sie in der linken Leiste Resources > Advanced (oder Virtual disk limit).
4. Unter der Speicheranzeige finden Sie den Button Reclaim disk space.
5. Klicken Sie darauf, um die Komprimierung zu starten.

Docker hält die virtuelle Maschine kurz an, durchsucht das Sparse File nach leeren Blöcken und gibt diese an macOS zurück. Dieser Vorgang dauert in der Regel ein bis drei Minuten.

Methode 2: BuildKit Caches und ungenutzte Images im Terminal leeren

Wenn Sie regelmäßig eigene Container bauen, sammelt das BuildKit-System Gigabytes an temporären Build-Schichten an, die ein normaler Prune-Befehl unberührt lässt. So leeren Sie diesen Cache gezielt:

# BuildKit Caches vollständig löschen:
docker builder prune -a --force
Alle ungenutzten Images entfernen:
docker image prune -a --force

Klicken Sie anschließend in den Docker Desktop Einstellungen nochmals auf Reclaim disk space. Bei Entwicklern werden so häufig 20 bis 50 GB sofort wieder nutzbar.

Methode 3: Docker auf Werkseinstellungen zurücksetzen (Der saubere Neustart)

Wenn Docker.raw durch starke Fragmentierung nicht schrumpfen will, ist ein Zurücksetzen der schnellste und gründlichste Weg:

1. Klicken Sie in der oberen Leiste von Docker Desktop auf das Käfer-Symbol (Troubleshoot).
2. Wählen Sie Clean / Purge data.
3. Setzen Sie ein Häkchen bei Virtual disk und Build cache.
4. Bestätigen Sie mit einem Klick auf Delete.

Alternativ beenden Sie Docker Desktop vollständig und verschieben ~/Library/Containers/com.docker.docker/Data/vms/0/data/Docker.raw im Finder in den Papierkorb. Beim nächsten Start von Docker wird die Datei automatisch neu und mit einer schlanken Ausgangsgröße von etwa 2 GB angelegt. Quellcode auf Ihrem Mac bleibt dabei unberührt.

Methode 4: Entwickler-Speicherfresser auf dem ganzen Mac mit DiskCompanion aufspüren

Docker ist selten die einzige Anwendung, die heimlich Gigabyte um Gigabyte ansammelt. Beim Programmieren auf dem Mac entstehen viele weitere versteckte Datenansammlungen:

Statt mühsam Terminal-Befehle zusammenzusuchen, visualisiert DiskCompanions Disk Explorer all diese versteckten Speicherfresser in einer interaktiven Kachelgrafik. So gewinnen Sie mühelos 50 GB und mehr zurück.

So verhindern Sie, dass Docker Ihre SSD künftig vollschreibt

Mit wenigen Einstellungen sorgen Sie dafür, dass Docker.raw nicht erneut unkontrolliert anwächst:

1. Virtuelles Limit senken: Gehen Sie in Docker Desktop zu Settings > Resources > Virtual disk limit. Standardmäßig ist dieser Regler oft auf 64 GB oder 128 GB eingestellt. Wenn Ihr Mac eine 256-GB- oder 512-GB-SSD besitzt, stellen Sie den Regler auf 24 GB oder 32 GB. Dadurch wird das maximale Wachstum begrenzt und Notfallmeldungen werden vermieden.
2. VirtioFS und Apple Virtualization aktivieren: Stellen Sie unter Settings > General sicher, dass "Use Virtualization framework" aktiviert ist. Wählen Sie unter Settings > Resources > File sharing das Dateisystem VirtioFS. Dieses native Apple-Framework arbeitet deutlich speichereffizienter als ältere Treiber.
3. Regelmäßiger Prune: Richten Sie sich eine monatliche Erinnerung oder einen Terminal-Alias ein, um gelegentlich docker builder prune -f auszuführen.

Falls Ihr Mac bereits akute Warnmeldungen anzeigt, lesen Sie unsere Notfall-Anleitung zur Behebung eines vollen Mac Startvolumes.

Methoden zur Docker-Bereinigung im Vergleich

Hier sehen Sie die vier Ansätze im direkten Vergleich nach Speicherplatzgewinn, Zeitaufwand und Auswirkungen auf Ihre Arbeitsumgebung:

Entwickler-Speicherplatz voll im Griff mit DiskCompanion

Als Entwickler ist Ihre Arbeitszeit kostbar. Stundenlanges Suchen nach Phantom-Speicherfressern oder riskante Terminal-Skripte unterbrechen den Arbeitsfluss und kosten Nerven.

DiskCompanion wurde speziell für Mac-Nutzer entwickelt, die Wert auf Geschwindigkeit, native Handwerkskunst und Transparenz legen. Entwickelt mit modernem SwiftUI, bietet es Ihnen vollständigen Einblick in Ihre SSD ohne Hintergrund-Dienste, ohne Tracker und ohne Abo-Fallen.

Bevor Sie kostspieligen Cloud-Speicher buchen, prüfen Sie Ihren Bedarf mit unserem kostenlosen Mac Speicher Rechner und unserem Mac RAM Rechner.