Docker belegt zu viel Speicherplatz: Lösungen und Vorbeugemaßnahmen

Aktualisiert am 05.11.2026 · Lesezeit ca. 6 Min. · Niveau: Fortgeschrittene · von Viktor Tribus, IT-Tribus Nideggen

Kurzantwort: Docker kann durch alte Images, gestoppte Container, Volumes und Build-Cache zu viel Speicherplatz belegen. Mit gezielten Befehlen wie docker system prune, docker image prune und docker volume prune können Sie den Speicher freigeben.

Wenn Docker viel Speicherplatz belegt, sind bestimmte Symptome zu erkennen. Ein typisches Anzeichen ist das Fehlen von freiem Speicher auf der Festplatte, was dazu führt, dass der Systembetrieb eingeschränkt wird oder gar nicht mehr möglich ist.

Um die Belegung des Speichers durch Docker zu überprüfen, können Sie den Befehl

df -h /var/lib/docker
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda1        50G   48G   2G  97% /var/lib/docker

verwenden. Dieser liefert Informationen zum Dateisystem und zeigt an, wie viel Platz auf dem Verzeichnis /var/lib/docker belegt ist.

Nach der Ausführung des Befehls erhalten Sie eine Tabelle, die Ihnen den Gesamtumfang (Size), die bereits genutzten Speicherplatzmenge (Used) sowie den verbleibenden freien Platz (Avail) und das Nutzungsniveau in Prozent (Use%) anzeigt. In der Ausgabe sehen Sie, dass das Filesystem auf /dev/sda1 zwar 50 GB groß ist, aber bereits 48 GB belegt sind, wodurch nur noch 2 GB Platz verfügbar bleiben und die Nutzung auf 97% liegt.

Solche Werte deuten darauf hin, dass der verfügbare Speicherplatz knapp bemessen ist oder möglicherweise überschritten wurde. Dies kann zu Performanceproblemen führen und zeigt an, dass Maßnahmen zur Freigabe von Speicherplatz notwendig sind.

Dieser Fehler deutet darauf hin, dass das Dateisystem /dev/sda1, auf dem Docker seine Daten speichert, stark belegt ist. Solche Speicherprobleme können dazu führen, dass die Ausführung neuer Container oder die Erstellung von Images gescheitert ist. Insbesondere wenn Sie versuchen, einen neuen Container zu starten und dabei auf eine Fehlermeldung stoßen, die darauf hinweist, dass kein freier Speicherplatz vorhanden ist, liegt das Problem möglicherweise darin, dass /dev/sda1 belegt ist. Um festzustellen, ob der Fehler tatsächlich auf mangelndem Speicherplatz zurückzuführen ist, können Sie die Nutzung des Dateisystems überprüfen und prüfen, welche Container oder Images den größten Teil des Speichers einnehmen.

Zur Identifikation des Speicherplatzbedarfs einzelner Docker-Images führen Sie den folgenden Befehl aus:

docker images --format "  " | sort -hrk3

Dieser Befehl sortiert die Docker-Images nach Größe und zeigt das Repository, Tag sowie die Größe jedes Images an. So können Sie erkennen, welche Images einen besonders hohen Speicherplatzbedarf haben.

Zum Überprüfen des Speicherplatzbedarfs der gestoppten Container führen Sie den folgenden Befehl aus:

docker ps -a -s | sort -hrk6

Dieser Befehl zeigt die Größe aller gestoppten Docker-Container an, sortiert nach dem Speicherplatzverbrauch. So können Sie feststellen, welche Container einen besonders hohen Platzbedarf haben.

Für die Identifizierung des Speicherplatzbedarfs der Docker-Volumes führen Sie den folgenden Befehl aus:

docker volume ls --format " " | sort -hrk2

Dieser Befehl sortiert die Docker-Volumes nach Größe und zeigt den Namen sowie das verwendete Volume-Driver an. So können Sie erkennen, welche Volumes einen besonders hohen Speicherplatzbedarf haben.

Zur Überprüfung des Platzbedarfs des Docker-Build-Caches führen Sie den folgenden Befehl aus:

sudo du -sh /var/lib/docker/overlay2

Dieser Befehl zeigt den Speicherplatz, der vom Docker-Build-Cache in /var/lib/docker/overlay2 belegt wird. So können Sie feststellen, ob das Cache-Verzeichnis einen hohen Platzbedarf hat.

docker image prune -a

So prüfen Sie den Erfolg:

So prüfen Sie den Erfolg: Wiederholen Sie docker images --format " " | sort -hrk3, um zu sehen, ob die alten Images entfernt wurden.

docker rm $(docker ps -a -q)

So prüfen Sie den Erfolg:

So prüfen Sie den Erfolg: Wiederholen Sie docker ps -a -s | sort -hrk6, um zu sehen, ob die gestoppelten Container entfernt wurden.

docker volume prune

So prüfen Sie den Erfolg:

So prüfen Sie den Erfolg: Wiederholen Sie docker volume ls --format " " | sort -hrk2, um zu sehen, ob die verwaisten Volumes entfernt wurden.

docker builder prune -a

So prüfen Sie den Erfolg:

So prüfen Sie den Erfolg: Wiederholen Sie sudo du -sh /var/lib/docker/overlay2, um zu sehen, ob der Build-Cache reduziert wurde.

lsof +L1 | grep '/var/lib/docker'

So prüfen Sie den Erfolg:

So prüfen Sie den Erfolg: Neu starten Sie den entsprechenden Dienst, um die offenen Dateien zu schließen.

Sollten alle bisherigen Maßnahmen keinen Erfolg zeitigen, empfiehlt es sich, die Logs des Docker-Daemons und der betroffenen Container sorgfältig zu durchsuchen. Diese bieten wertvolle Einblicke in das Verhalten und mögliche Probleme des Systems. Um den Log-Output des Docker-Daemons zu erhalten, können Sie folgenden Befehl ausführen:

journalctl -u docker.service

Die Ausgabe zeigt die Protokolle des Docker-Services und kann Hinweise auf Speicherprobleme liefern. Zusätzlich sollten Sie die Logs der Container untersuchen, indem Sie den Befehl docker logs <containername> verwenden. Ersetzen Sie dabei den Platzhalter <containername> durch den Namen des betreffenden Containers, welchen Sie mit dem Befehl docker ps -a ermitteln können.

Sollten die Logs keine eindeutigen Antworten liefern oder wenn das Problem weiterhin besteht, ist es ratsam, professionelle Hilfe in Anspruch zu nehmen. Stellen Sie sicher, dass vor dem Eingreifen einer externen Person eine vollständige Sicherung der Daten durchgeführt wurde.

Zur Vorbeugung von Speicherplatzproblemen bei Docker sollten Sie regelmäßige Routineaufgaben einhalten, um den Systemzustand optimal zu erhalten. Ein wichtiger Schritt ist die regelmäßige Durchführung der Aufräumarbeiten mit dem Befehl docker system prune. Dieser Befehl entfernt nicht nur alle gestoppten Container, sondern auch alle unbenutzten Images, Networks und Volumes, was dazu beiträgt, den Speicherplatz effizient zu nutzen.

Zum Aktivieren von Log-Rotation in der Docker-Konfiguration sollten Sie sicherstellen, dass die Logs nicht übermäßig wachsen. Dies kann durch eine entsprechende Konfiguration erreicht werden, indem Sie Dateigrößenbegrenzungen und das Archivieren alter Logs einrichten. In einer typischen Umgebung können Sie dies mithilfe von Log-Management-Tools wie logrotate oder über Docker-Compose-YAML-Konfigurationen realisieren.

Zusätzlich zur regelmäßigen Aufräumarbeit ist es ratsam, gezielte Löschaktionen durchzuführen. Wenn Sie alte Images und Volumes identifiziert haben, können Sie diese mit Befehlen wie docker rmi oder docker volume rm löschen. Um die zu löschenden Images zu finden, nutzen Sie den Befehl docker images, der Ihnen eine Liste aller Images anzeigt. Ähnlich können Sie mit dem Befehl docker volume ls alle vorhandenen Volumes auflisten und gegebenenfalls die nicht mehr benötigten löschen.

Ja, mit Befehlen wie docker system prune, docker image prune und docker volume prune.

Volumes enthalten wichtige Daten. Achten Sie darauf, nur verwaiste Volumes zu löschen.

Ja, durch gezielte Löschung von nicht benötigten Builds mit docker builder prune -a.

Nicht immer. In einigen Fällen können Sie den betroffenen Dienst neu starten.

Stellen Sie regelmäßige Backups an und dokumentieren Sie die Löschvorgänge genau.

Durch gezielte Aufräumarbeiten und Vorbeugemaßnahmen können Sie Docker-Speicherplatzprobleme effektiv beheben. Bei schwierigen Fällen bietet IT-Tribus aus Nideggen professionelle Unterstützung.

• Docker aufräumen: Speicherplatz freigeben mit prune – netguide.io
• Docker Speicherplatz freigeben – blog.wermescher.com
• Docker Prune: Container, Images und Volumes sicher bereinigen – centron.de
• Docker auf VPS bereinigen und Speicherplatz freigeben – ssdnodes.com
• Docker auf dem Mac aufräumen, ohne Daten zu verlieren – mole.fit

Hinweis: Dieser Beitrag wurde am 05.11.2026 mit KI-Unterstützung erstellt, auf Basis der genannten Quellen eigenständig formuliert und redaktionell von IT-Tribus betreut. Alle Angaben ohne Gewähr – bitte prüfen Sie Befehle vor dem Einsatz in produktiven Umgebungen und legen Sie vorher eine Sicherung an.