Mac-Speicher voll: wo die Gigabyte wirklich stecken
„Der Speicher deines Mac ist fast voll“ — und im Finder findest du nichts. Die zwölf Orte, an denen der Platz tatsächlich liegt, wie groß sie typischerweise sind und was du bei jedem davon gefahrlos zurückbekommst.

Der Hinweis kommt immer im falschen Moment: „Der Speicher deines Mac ist fast voll.“ Du öffnest den Finder, siehst einen Benutzerordner mit vielleicht 40 GB — und die Systemeinstellungen behaupten, 900 von 1000 GB seien belegt. Der Unterschied liegt an Orten, die der Finder standardmäßig nicht zeigt.
Das hier ist die Landkarte dieser Orte, in der Reihenfolge, in der sie sich auf einem Arbeitsrechner lohnen.
Warum „System-Daten“ so groß ist
Die Kategorie heißt bei Apple Systemdaten und ist keine Kategorie, sondern ein Rest: alles, was macOS keiner anderen Rubrik zuordnen konnte. Darin steckt regelmäßig:
- Caches von Programmen unter
~/Library/Cachesund/Library/Caches - Container von Sandbox-Apps unter
~/Library/Containers - Lokale APFS-Snapshots von Time Machine, die auf der internen Platte zwischengelagert werden
- Protokolle und Diagnoseberichte unter
~/Library/Logs - Entwicklerkram, wenn irgendwann einmal Xcode oder Docker installiert war
Kein einziger dieser Orte taucht auf, wenn du in deinem Benutzerordner nach großen Dateien suchst. Deshalb fühlt sich der volle Mac wie ein Rätsel an — die Daten sind nicht versteckt, sie sind nur nicht dort, wo man sucht.
Bereinigbarer Speicher und die Snapshots dahinter
Du löschst einen 30-GB-Ordner, prüfst den freien Platz — und nichts hat sich geändert. Das ist das Verwirrendste an einem vollen Mac, und es hat genau eine Erklärung.
macOS zählt einen Teil des belegten Platzes als bereinigbar („purgeable"): Daten, die es hält, aber unter Druck freigeben würde. Der größte Posten sind lokale APFS-Snapshots — Time Machine parkt stündliche Snapshots auf der internen Platte, solange das Backup-Laufwerk nicht angeschlossen ist, und jeder davon hält den Zustand der Platte zu diesem Zeitpunkt fest. Eine Datei, die du vor einer Stunde gelöscht hast, liegt vollständig in dem Snapshot, der davor entstand.
So siehst du sie:
tmutil listlocalsnapshots /
diskutil apfs listSnapshots /macOS dünnt sie automatisch aus, wenn der Platz knapp wird, und hält sie standardmäßig bis zu 24 Stunden. Deshalb funktioniert „löschen und warten" wirklich und fühlt sich trotzdem nach Aberglaube an. Wer den Platz sofort braucht, entfernt mit tmutil deletelocalsnapshots einen bestimmten — und damit die lokale Rückholmöglichkeit, die er bot.
Zwei Folgerungen, die man mitnehmen sollte:
- Die Zahl, die der Finder als freien Platz zeigt, und die Zahl eines Analysewerkzeugs werden auseinandergehen — und keine von beiden ist falsch.
- Direkt nach einer großen Löschung zu messen heißt, den Snapshot zu messen, nicht den Ordner.
Die zwölf Orte, sortiert nach Ertrag
| Ort | Typisch | Kommt zurück? |
|---|---|---|
~/Library/Developer/Xcode/DerivedData | 10–60 GB | vollständig, beim nächsten Build neu erzeugt |
| Docker (Images, Volumes, Build-Cache) | 5–80 GB | teilweise — Volumes können Daten sein |
~/Library/Developer/CoreSimulator/Devices | 5–40 GB | pro Simulator, jeder mit eigenem Datenbestand |
~/Library/Developer/Xcode/iOS DeviceSupport | 3–25 GB | vollständig, wird bei Bedarf neu geladen |
~/.npm, ~/.pub-cache, ~/Library/Caches/pip | 2–15 GB | vollständig, rein wiederherstellbar |
Homebrew-Downloads (brew cleanup -n) | 1–10 GB | vollständig, Homebrew nennt den Betrag selbst |
~/Downloads | 2–40 GB | deine Entscheidung, oft Installer von 2023 |
~/Library/Mail (Anhänge) | 1–30 GB | über Mail-Einstellungen, nicht über den Finder |
| iPhone-/iPad-Backups | 5–150 GB | nur, wenn es woanders eine Kopie gibt |
| Fotomediathek (Originale lokal) | 10–400 GB | über iCloud-Optimierung, nicht durch Löschen |
| Papierkorb | 0–50 GB | sofort, wird gern vergessen |
| Datenleichen entfernter Programme | 0,5–8 GB | vollständig, aber erst nach Zuordnung |
Die Reihenfolge zählt: der erste Eintrag gibt auf einer Entwicklermaschine oft mehr her als die nächsten fünf zusammen, und er kostet exakt nichts — beim nächsten Build ist alles wieder da.
Die drei, die nur das zuständige Programm verkleinern kann
Drei Zeilen dieser Tabelle lassen sich im Finder überhaupt nicht bearbeiten — und der Versuch ist der Weg, auf dem Leute Dinge verlieren.
Fotos. Die Mediathek unter ~/Pictures/Fotos-Mediathek.photoslibrary ist ein Paket, kein Ordner, und wer darin etwas löscht, zerlegt die Datenbank. Der unterstützte Hebel ist Fotos → Einstellungen → iCloud → Mac-Speicher optimieren: Originale in voller Auflösung bleiben in iCloud, lokal liegen kleinere Fassungen. Bei einer Mediathek mit fünfzehn Jahren Originalen ist das der größte Einzelgewinn, den es auf dem Rechner gibt — und er ist umkehrbar.
Mail. Anhänge liegen pro Nachricht unter ~/Library/Mail, und die Kontoeinstellungen entscheiden, ob Anhänge überhaupt geladen werden. Mail → Einstellungen → Accounts → Account-Informationen → Anhänge laden: Keine stoppt das Wachstum; vorhandene gehen mit den Nachrichten.
iPhone- und iPad-Backups. Unter ~/Library/Application Support/MobileSync/Backup, ein Ordner pro Gerät, und auf einem Familien-Mac häufig der größte Einzelposten. Finder → dein Gerät → Backups verwalten listet sie mit Datum. Das Backup eines Telefons zu löschen, das du noch nutzt und sonst nicht sicherst, ist ein echter Verlust — prüf also zuerst, ob für dieses Gerät das iCloud-Backup aktiv ist.
Der Fehler, den Aufräum-Programme machen
Ein Cleaner sieht einen 41 GB großen Ordner namens Docker.raw und schlägt vor, ihn zu leeren. Was er nicht sieht: darin liegen vier getrennte Konten, und eines davon sind benannte Volumes — also die Datenbank, die jemand vor einem Jahr für ein Projekt angelegt hat.
du kann messen, wie groß ein Ordner ist. Nur das Werkzeug, dem der Ordner gehört, weiß, wie viel davon gefahrlos zurückkommt. Deshalb fragt BalaneDisk das Werkzeug:
docker system df -v
brew cleanup -n
xcrun simctl list -jJeder dieser Aufrufe ist read-only und beantwortet die Frage, die eine Ordnergröße offenlässt.
Was du in zehn Minuten tatsächlich zurückholst
Eine realistische Reihenfolge für einen Mac, der voll ist:
- 01Papierkorb leeren. Kostenlos, sofort, wird ständig vergessen.
- 02
~/Library/Developer/Xcode/DerivedData— falls vorhanden, meist der größte Einzelposten. - 03Docker gestaffelt aufräumen, nicht pauschal: erst Build-Cache, dann ungenutzte Images, Volumes zuletzt und einzeln.
- 04Simulatoren durchsehen. Abgeschaltete Geräte, die du seit zwei iOS-Versionen nicht gestartet hast, halten trotzdem ihren vollen Datenbestand.
- 05Paketmanager-Caches über ihre eigenen Befehle.
- 06Downloads sichten. Installer, DMGs, ZIPs von Dingen, die längst installiert sind.
Danach ist ein typischer Entwickler-Mac 60 bis 120 GB leichter, ohne dass eine einzige eigene Datei angefasst wurde.
Warum wir trotzdem nichts löschen
BalaneDisk zeigt jeden dieser Funde mit Größe, Einordnung und dem konkreten Weg — dem Befehl, den das zuständige Werkzeug will, oder dem Ordner, geöffnet im Finder. Gelöscht wird nichts. Ein Programm, das ungefragt Ordner leert, verlangt Vertrauen für Daten, die es nicht versteht; die Entscheidung und das Rückgängig bleiben bei dir.
Mehr dazu: Warum BalaneDisk nichts löscht.
Wie viel Platz auf einem Mac frei bleiben sollte
Als Faustregel 10 bis 15 Prozent. Darunter wird APFS beim Anlegen von Snapshots und beim Schreiben großer Dateien spürbar langsamer, einzelne Programme brechen Speichervorgänge ab statt zu warten, und macOS beginnt, Dinge umzuräumen, statt zu tun, worum du gebeten hast. Ein „langsamer Mac" ist oft genug ein voller Mac, dass der freie Platz als Erstes zu prüfen ist — vor der Aktivitätsanzeige, vor allem anderen.
Deshalb steht das auch als erste der sechs Fragen in was dein Mac wirklich tut: Die Antwort verändert, was jede spätere Messung bedeutet.
Weiter: Docker frisst Speicher auf dem Mac: was prune wirklich löscht · Eine DaisyDisk-Alternative, die sagt, was der Ordner ist · Windows-Rechner? Wo der Platz unter Windows wirklich hingeht
Häufige Fragen
- Warum zeigt „Über diesen Mac“ mehr Belegung als die Summe meiner Ordner?
- Weil ein großer Teil des Platzes in versteckten Ordnern unter ~/Library, in APFS-Snapshots und in Systemdaten liegt, die der Finder gar nicht anzeigt. Die Kategorie „System-Daten“ ist keine Einheit, sondern der Rest, den macOS keiner anderen Kategorie zuordnen konnte.
- Kann ich ~/Library/Caches einfach löschen?
- Technisch ja, sinnvoll selten. Die meisten Programme legen ihren Cache sofort neu an, manche verlieren dabei angemeldete Sitzungen oder lokale Entwürfe. Zielgerichtet vorzugehen — Xcode, Docker, npm über ihre eigenen Befehle — gibt mehr Platz zurück und kostet nichts.
- Wie viel Platz sollte auf einer SSD frei bleiben?
- Als Faustregel 10 bis 15 Prozent. Darunter wird APFS beim Anlegen von Snapshots und beim Schreiben großer Dateien spürbar langsamer, und einzelne Programme brechen Speichervorgänge ab, statt zu warten.