1. September 20262 Min. Lesezeit
Die versteckten Caches, die du auf deinem Mac wirklich löschen solltest
Die meisten „Cleaner“-Listen schönen ihre Zahlen mit Dateien, die niemand vermissen würde. Das hier sind die Caches, die wirklich Dutzende Gigabyte fressen – und die sich gefahrlos löschen lassen.
AnleitungenSpeicherEntwickler
Wer schon einmal nach „Speicherplatz auf dem Mac freigeben“ gegoogelt hat, kennt die Listen: Downloads-Ordner löschen, Papierkorb entleeren, Fotos auf eine externe Festplatte auslagern. Alles korrekt, nichts überraschend. Währenddessen sitzen die wahren Speicherfresser in Ordnern, die der Finder gar nicht erst anzeigt und die Spotlight größtenteils ignoriert.
Hier sind die Caches, in denen regelmäßig Dutzende Gigabyte liegen – und warum sich ihr Löschen gefahrlos erledigen lässt.
Xcode DerivedData
Jeder Xcode-Build schreibt Zwischenprodukte – kompilierte Indizes, Build-Logs,
Symbole – in ~/Library/Developer/Xcode/DerivedData. Von selbst räumt Xcode
dort nie auf. Bei einem aktiv entwickelten Projekt hinterlässt allein eine App
gern 5–15 GB, und die meisten Entwickler haben mehrere Projekte laufen.
Das Löschen ist völlig unproblematisch: Der nächste Build kompiliert einfach komplett neu und dauert ein wenig länger – genau einmal.
# What's in there?
du -sh ~/Library/Developer/Xcode/DerivedData/* | sort -h
Homebrew-Caches
Homebrew hebt jede Version jeder Formel auf, die es jemals heruntergeladen hat:
brew cleanup -s # scrub old downloads and stale versions
brew cleanup --prune=all # go further: remove even recent caches
Allein der Download-Cache (~/Library/Caches/Homebrew) wächst auf Rechnern,
die ein paar Dutzend brew upgrade-Läufe hinter sich haben, gern über 10 GB.
Kein installiertes Paket ist darauf angewiesen.
Simulator-Runtimes und Gerätedaten
iOS-Simulator-Geräte sammeln pro Runtime App-Installationen, Medien und Logs
an. Mit xcrun simctl delete unavailable entfernst du Geräte, die zu
Runtimes gehören, die es auf deinem Rechner nicht mehr gibt. Nicht mehr
genutzte Runtimes selbst verwaltest du unter Xcode → Settings → Platforms –
und jede einzelne wiegt 5–8 GB.
Browser- und App-Caches – die ehrliche Einschränkung
Browser, Slack, Spotify & Co. cachen Medien unter ~/Library/Caches. Das
Leeren ist sicher, bringt aber wenig: Innerhalb weniger Tage ist alles wieder
da, und die Caches bleiben meist unter wenigen Gigabyte. Jedes Tool, das aus
Browser-Caches „50 GB freigegeben“ verspricht, zählt Dateien mit, die umgehend
zurückkehren.
Eine gute Regel: Leere Caches, die sich in Minuten aus dem Netz neu aufbauen – aber lösche niemals etwas in
~/Library, das du nicht benennen kannst.
Die Kurzfassung
| Cache | Typische Größe | Gefahrlos löschbar | Aufwand beim Neuaufbau |
|---|---|---|---|
| Xcode DerivedData | 5–15 GB pro Projekt | Ja | Ein langsamerer Build |
| Homebrew-Downloads | 5–20 GB | Ja | Erneuter Download bei der nächsten Installation |
| iOS-Simulator-Geräte | 2–10 GB | Ja | Frischer Simulator |
| Browser-Caches | 0,5–3 GB | Ja, aber sinnlos | Tage des erneuten Ladens |
MacVoid findet all das in einem einzigen Scan, zeigt die Liste an, bevor auch nur eine Datei angefasst wird, und legt Dateien ausschließlich in den Papierkorb – so bleibt jede Bereinigung rückgängig machbar.
Weiterlesen
Diese Anleitung ist Teil unserer Speicher-Serie. Für das komplette Playbook lies wie du Speicherplatz auf deinem Mac freigibst – oder schau dir an, warum dein Mac beim Speicher lügt, um zu verstehen, woher all diese „Systemdaten“ kommen.