# Das Disk-Image von Docker Desktop ist riesig: So verkleinerst du Docker.raw auf dem Mac

> Warum Docker.raw so riesig wirkt, wie du die echte Größe misst, welche Prune-Befehle Platz schaffen, welche deine Volumes behalten und wann du es begrenzt.

- URL: https://moreroom.app/de/learn/docker-desktop-disk-image
- Published: 2026-10-17
- Updated: 2026-10-17
- Publisher: MoreRoom (Yando Pte. Ltd.) — https://moreroom.app

## TL;DR

- Docker Desktop speichert alle Images, Container, Volumes und den Build-Cache in einem einzigen Disk-Image, Docker.raw, in ~/Library/Containers/com.docker.docker.
- Docker.raw ist eine Sparse-Datei: Finder und ls -l zeigen die maximale Größe, du zeigt den tatsächlich belegten Platz.
- Verkleinere es von innen mit docker system prune, statt die Datei zu löschen. Der freigegebene Platz geht innerhalb weniger Minuten an macOS zurück.
- docker system prune behält Volumes, solange du nicht --volumes ergänzt – und selbst dann entfernt es nur anonyme Volumes.
- Das Limit für die Festplattennutzung zu senken oder Clean up data zu verwenden, löscht das Disk-Image. Beides ist nur der letzte Ausweg.

Docker Desktop für Mac führt Linux-Container in einer kleinen virtuellen Maschine aus, und diese Maschine speichert **alles in einer einzigen Disk-Image-Datei namens `Docker.raw`**: Images, Container, Volumes und Build-Cache. Die Datei kann auf mehrere Dutzend Gigabyte anwachsen. Die Lösung ist nicht, sie zu löschen, sondern **in Docker selbst aufzuräumen**; Docker Desktop gibt den freigewordenen Platz dann an macOS zurück.

Stand Oktober 2026 gilt das für die aktuellen Versionen von Docker Desktop unter macOS 27 Golden Gate, 26 Tahoe, 15 Sequoia und 14 Sonoma.

## Wo Docker.raw liegt und wie groß es wirklich ist

Standardmäßig liegt das [Disk-Image](https://moreroom.app/glossary#docker-raw) hier:

```sh
~/Library/Containers/com.docker.docker/Data/vms/0/data/Docker.raw
```

Falls du es verschoben hast, zeigt **Docker Desktop › Settings › Resources › Advanced** den aktuellen Speicherort.

`Docker.raw` ist eine [Sparse-Datei](https://moreroom.app/glossary#sparse-file). Ihre logische Größe ist das Maximum, das das Disk-Image erreichen darf, aber nur die Blöcke, die Docker tatsächlich geschrieben hat, belegen Platz auf deinem Mac. Finder und `ls -l` zeigen das Maximum – deshalb wirkt die Datei oft beunruhigend groß. So siehst du den echten Wert:

```sh
cd ~/Library/Containers/com.docker.docker/Data/vms/0/data
ls -klsh Docker.raw
du -h Docker.raw
```

In der Ausgabe von `ls -s` ist die erste Zahl der tatsächlich belegte Platz; die Größenspalte zeigt das Maximum. `du` meldet nur den belegten Platz. Dockers eigene [Mac-FAQ](https://docs.docker.com/desktop/troubleshoot-and-support/faqs/macfaqs/) nutzt dieselbe Prüfung mit `ls -klsh`.

![Eine Sparse-Datei Docker.raw: logische Größe laut Limit für die Festplattennutzung im Vergleich zu den tatsächlich belegten Blöcken auf dem Mac](https://moreroom.app/learn/img/docker-desktop-disk-image-sparse.svg)

## Sehen, was den Platz belegt

Lass dir bei laufendem Docker Desktop eine Aufschlüsselung geben:

```sh
docker system df
docker system df -v
```

Der erste Befehl listet **Images**, **Containers**, **Local Volumes** und **Build Cache** mit Gesamtgröße und einer Spalte **RECLAIMABLE** für alles, was nicht in Gebrauch ist. Die Variante mit `-v` zeigt jedes Image, jeden Container und jedes Volume einzeln. So entdeckst du schnell ein vergessenes 10-GB-Image oder ein großes Volume aus einem alten Projekt.

## Aufräumen, von behutsam bis gründlich

Alle diese Befehle löschen endgültig: Für Docker-Objekte gibt es keinen Papierkorb. Images lassen sich erneut laden oder bauen, Volumes nicht.

### Build-Cache

Wenn du Images lokal baust, ist der Build-Cache oft der größte Posten.

```sh
docker builder prune
```

Der Befehl fragt nach einer Bestätigung und entfernt dann ungenutzten Build-Cache. Mit `--all` räumst du gründlicher auf. Deine nächsten Builds dauern länger, während sich der Cache wieder füllt.

### Gestoppte Container, ungenutzte Netzwerke und Images

```sh
docker system prune
docker system prune -a
```

Ein einfaches `docker system prune` entfernt gestoppte Container, Netzwerke ohne Container, verwaiste (ungetaggte) Images und ungenutzten Build-Cache. Mit `-a` entfernt es zusätzlich **jedes Image, das von keinem Container genutzt wird** – das bringt meist am meisten. Was du später brauchst, wird erneut geladen oder gebaut. Mehr dazu in Dockers [Anleitung zum Aufräumen](https://docs.docker.com/engine/manage-resources/pruning/) und in der [Referenz zu `docker system prune`](https://docs.docker.com/reference/cli/docker/system/prune/).

### Volumes: erst prüfen, dann entfernen

Volumes enthalten Daten, die sich nicht neu erzeugen lassen, etwa eine lokale Datenbank. Deshalb entfernt Docker sie standardmäßig nie.

```sh
docker volume ls
docker volume rm <name>
```

`docker system prune --volumes` erfasst zusätzlich nur **anonyme** Volumes, die kein Container nutzt. `docker volume prune` verhält sich genauso; `docker volume prune --all` entfernt außerdem **benannte** Volumes, die kein Container verwendet. Sichere vorher alles, was dir wichtig ist.

| Befehl | Container | Images | Build-Cache | Volumes |
|---|---|---|---|---|
| `docker system prune` | Gestoppte | Nur verwaiste | Ungenutzter | Bleiben |
| `docker system prune -a` | Gestoppte | Alle ungenutzten | Ungenutzter | Bleiben |
| `docker system prune -a --volumes` | Gestoppte | Alle ungenutzten | Ungenutzter | Anonyme, ungenutzte |
| `docker volume prune --all` | — | — | — | Alle ungenutzten |

## Wenn der Platz nicht zurückkommt

Das Aufräumen gibt Blöcke innerhalb der virtuellen Maschine frei, und Docker Desktop reicht sie im Hintergrund an macOS zurück. Laut Docker kann das ein paar Minuten dauern. Prüfe erneut mit `du -h Docker.raw`. Hat sich der Wert nach einer Weile nicht verändert, beende Docker Desktop und öffne es erneut.

Der Finder zeigt weiterhin die Maximalgröße der Datei an, egal was darin passiert. Beurteile den Fortschritt also mit `du`, nicht mit dem Finder.

## Das Disk-Image begrenzen oder verschieben

Unter **Settings › Resources › Advanced** heißt die Einstellung in aktuellen Versionen **Disk usage limit** (in älteren **Disk image size**). Sie legt fest, wie groß das Disk-Image höchstens werden darf. Dockers Mac-FAQ warnt: **Wer das Maximum verringert, löscht das aktuelle Disk-Image** – und damit alle Images, Container und Volumes darin. Räume also erst auf, exportiere, was du brauchst, und senke den Wert erst dann.

Im selben Bereich findest du **Disk image location**. Mit der Taste **Browse** verschiebst du `Docker.raw` auf ein größeres internes Volume oder eine externe SSD. Verschiebe die Datei nicht im Finder, sonst verliert Docker Desktop sie womöglich aus dem Blick.

## Die Option zum Zurücksetzen

Der Bildschirm **Troubleshoot** von Docker Desktop (erreichbar über das Wal-Symbol in der Menüleiste oder das Fragezeichen oben rechts im Dashboard) bietet **Clean up data**, in älteren Versionen **Clean / Purge data**. Laut [Dockers Seite zur Fehlerbehebung](https://docs.docker.com/desktop/troubleshoot-and-support/troubleshoot/) vernichtet das alle lokalen Container und Images, behält aber deine Einstellungen. Da Volumes im selben Disk-Image liegen, solltest du davon ausgehen, dass auch sie verschwinden. Nutze die Option nur, wenn du bereit bist, neu anzufangen.

**Reset to factory defaults** im selben Menü setzt zusätzlich alle Einstellungen zurück.

## Alternativen, die den Speicher anders verwalten

- **OrbStack** speichert seine Container, Images und Linux-Maschinen in `~/Library/Group Containers/HUAQ24HBR6.dev.orbstack/data`. Laut seiner [Dokumentation](https://docs.orbstack.dev/) verwaltet es den Speicher dynamisch, der belegte Platz wächst und schrumpft also nach Bedarf. Räume in OrbStack auf oder mit denselben `docker`-Befehlen; wer die Datendatei löscht, verliert alles darin.
- **Colima** ist eine kostenlose Laufzeitumgebung für die Befehlszeile, die ihre virtuellen Maschinen in `~/.colima` ablegt. Die Prune-Befehle von `docker` funktionieren genauso, `colima prune` leert die zwischengespeicherten Downloads von Colima, und `colima delete` entfernt ein Profil mit allen Daten.

Beide nutzen die normale `docker`-CLI. Alles oben zu Prune-Befehlen, Volumes und Build-Cache gilt also auch hier.

## So hilft MoreRoom

Die Gratisversion von MoreRoom findet das Disk-Image von Docker Desktop und markiert es mit „Erst prüfen“, verbunden mit dem Hinweis, lieber aufzuräumen, statt die Datei zu löschen. Wenn du dich zum Aufräumen entscheidest, führt MoreRoom Dockers eigenen Befehl `docker system prune --all --force` aus: Gestoppte Container, ungenutzte Netzwerke, ungenutzte Images und Build-Cache werden entfernt, **Volumes bleiben erhalten**. Dieser Befehl ist endgültig und entsprechend gekennzeichnet. MoreRoom erkennt außerdem die Daten von OrbStack und Colima, ebenfalls mit „Erst prüfen“ markiert.

MoreRoom löscht weder `Docker.raw` noch Volumes und ändert nicht das Limit für die Festplattennutzung von Docker. Pro ergänzt den Sammler, um mehrere Objekte auf einmal aufzuräumen, und den Zielmodus.

## FAQ

### Kann ich Docker.raw löschen?

Ja, aber dann verlierst du alle Images, Container und Volumes darin, und Docker Desktop legt eine neue, leere Datei an. Räume lieber in Docker selbst auf. Willst du wirklich neu anfangen, nutze Clean up data im Troubleshoot-Menü von Docker Desktop; deine Einstellungen bleiben dabei erhalten.

### Warum zeigt der Finder Docker.raw viel größer an, als Docker meldet?

Docker.raw ist eine Sparse-Datei. Finder und ls -l zeigen ihre maximale Größe, die das Limit für die Festplattennutzung festlegt. du und ls -s zeigen dagegen die Blöcke, die tatsächlich auf deine Festplatte geschrieben wurden.

### Löscht docker system prune meine Volumes?

Standardmäßig nicht. Mit --volumes entfernt es zusätzlich anonyme Volumes, die kein Container nutzt. Benannte Volumes, etwa ein von dir angelegtes Datenbank-Volume, entfernen nur docker volume prune --all oder docker volume rm.

### Warum hat sich mein freier Speicher nach dem Aufräumen nicht erhöht?

Docker Desktop gibt freigewordenen Platz im Hintergrund an macOS zurück, was ein paar Minuten dauern kann. Prüfe erneut mit du -h auf Docker.raw. Ändert sich nichts, starte Docker Desktop neu. Platz wird außerdem nur frei, wenn Images tatsächlich gelöscht und nicht nur ihre Tags entfernt werden.

### Kann ich das Limit für die Festplattennutzung gefahrlos senken?

Nur wenn du auf den Inhalt verzichten kannst. Die Mac-Dokumentation von Docker warnt, dass eine kleinere Maximalgröße das aktuelle Disk-Image löscht, mit allen Images, Containern und Volumes.