Docker belegt zu viel Platz auf dem Mac? Sicher aufräumen

Warum Docker unter macOS so groß wirkt

Docker Desktop führt Linux-Container in einer leichten virtuellen Maschine aus. Images, beschreibbare Container-Schichten, Build-Cache und Volumes liegen in einem großen Disk-Image statt in normalen Finder-Ordnern. Die Datei heißt häufig Docker.raw.

Maximalkapazität, scheinbare Finder-Größe und tatsächlich belegte Host-Blöcke sind nicht identisch. Eine Sparse-Datei kann logisch groß sein und physisch weniger Platz belegen.

Manuelles Löschen von Docker.raw umgeht Dockers Objektverwaltung und kann alle lokalen Images, Container und Volumes zerstören. Verschiebe die Datei nur über Docker Desktop Settings.

Docker-Speicher schreibgeschützt prüfen

docker system df fasst Images, Container, lokale Volumes, Build-Cache und rückgewinnbaren Speicher zusammen; docker system df -v zeigt Details.

„Reclaimable“ braucht Kontext. Ein Image kann geteilt sein, und ein momentan nicht verbundenes Volume kann weiterhin die einzige Kopie einer Datenbank enthalten.

Notiere unter Docker Desktop Settings > Resources außerdem Speicherlimit und Ablageort. Wenn Docker nicht startet, sichere die Datendatei nach Dockers Wiederherstellungsanleitung, bevor du zurücksetzt.

1. Speichere die Ausgabe von docker system df -v mit Datum.
2. Ordne gestoppte Container aus docker ps -a ihren Projekten zu.
3. Verbinde wichtige Tags aus docker image ls mit aktiven Projekten.
4. Kläre Besitzer und Backup jedes Volumes aus docker volume ls.
5. Prüfe Build-Cache mit docker builder du oder dem Werkzeug deines Builders.

Ein Volume ohne laufenden Container ist nicht automatisch entbehrlich. Es kann zu einer gestoppten Datenbank oder einem Compose-Projekt gehören.

Gestoppte Container und ungenutzte Images gezielt entfernen

Entferne bestätigte alte Container mit docker container rm und Name oder ID. Ihre Schreibschicht geht verloren; benannte Volumes bleiben ohne explizite Anweisung erhalten.

Entferne bekannte ungenutzte Images mit docker image rm. Meldet Docker eine Referenz, untersuche den Container statt force zu verwenden. Häufig benötigte schwere Basis-Images dürfen sinnvollerweise bleiben.

docker container prune löscht alle gestoppten Container, docker image prune standardmäßig dangling Images. -a erweitert auf alle nicht von Containern verwendeten Images. Lies jeweils die Bestätigung.

Build-Cache ohne Volumes bereinigen

BuildKit bewahrt Schichten für unveränderte Schritte. Auf Entwicklungs-Macs kann das die größte neu erzeugbare Kategorie sein.

Nutze docker builder prune für den Standard-Builder oder docker buildx prune für buildx. Lass die Bestätigungsabfrage als Sicherheitskontrolle aktiv.

Der nächste Build wird langsamer und lädt erneut. Bei ständigem Wachstum verbesserst du .dockerignore, Dockerfile-Reihenfolge und das CI-Cache-Budget.

docker system prune vor dem Ausführen verstehen

Standardmäßig löscht docker system prune gestoppte Container, ungenutzte Netzwerke, dangling Images und ungenutzten Build-Cache. Nutze es erst nach der Prüfung aller Kategorien.

Volumes werden standardmäßig nicht gelöscht. --volumes erweitert auf anonyme Volumes und kann echte Daten vernichten. Füge die Option nicht gedankenlos hinzu.

-a erweitert die Image-Bereinigung auf alle nicht von Containern verwendeten Images und kann hohe Download- und Buildkosten verursachen.

1. Beende die Prüfung und sichere wichtige Volumes.
2. Nutze zuerst den spezifischen prune-Befehl, wenn eine Kategorie die Ursache ist.
3. Führe system prune ohne -a und --volumes nur aus, wenn du die gesamte Bestätigung akzeptierst.
4. Prüfe erneut mit docker system df -v und starte wichtige Projekte.
5. Kontrolliere den macOS-Speicher, nachdem Docker Host-Blöcke zurückgegeben hat.

Volumes als Daten, nicht als Cache behandeln

Volumes sollen Container überleben. Ein gestopptes PostgreSQL- oder MySQL-Volume kann die einzige lokale Datenkopie enthalten. Behandle es bis zur Zuordnung und Sicherung wie ein Dokument.

Volume-Daten benötigen laut Docker ein separates Backup. Nutze möglichst den nativen Datenbankexport und teste die Wiederherstellung. Eine Dateikopie aus einer laufenden Datenbank ist nicht automatisch konsistent.

Benenne Compose-Volumes klar und dokumentiere Besitzer, Wiederherstellung und Ablaufdatum.

Docker-Desktop-Speicher verschieben, begrenzen oder zurücksetzen

Reicht das Pruning nicht, verwaltest du Disk-Image-Ort und Limit über Docker Desktop Settings. Verfügbare Regler unterscheiden sich je nach Version.

Ziehe Docker.raw nicht im Finder. Sichere vor Factory Reset, Deinstallation oder destruktiver Größenänderung Images und Volumes separat.

Zwischen Objektlöschung und freiem Host-Speicher kann eine Verzögerung liegen. Docker.raw gibt laut Mac-FAQ Platz schneller zurück als das alte qcow2; miss erneut, bevor du mehr löschst.

Was AskClean tut – und bewusst nicht tut

AskClean zeigt Docker-Desktop-Launcher-Cache und den Mac-seitigen Speicherbedarf, markiert Docker.raw, Group Container, Zugangsdaten, Images und Volumes aber als providerverwaltet oder nie vorausgewählt.

Verwalte Docker-Objekte und virtuelle Festplatte mit Dockers CLI und Settings. Der sichere Ablauf lautet: in AskClean finden, mit docker system df -v diagnostizieren, genaue Kategorie in Docker bereinigen.

Löschrisiko nach Docker-Kategorie

Die virtuelle Festplatte enthält neu erzeugbare Schichten und dauerhafte Daten.

FAQ