„Nicht genug Speicherplatz” auf dem Mac: Was du zuerst löschen solltest

Das ist die Version dieses Problems, bei der du keine Zeit hast, eine lange Erklärung zu lesen — etwas ist gerade jetzt blockiert, und du brauchst in den nächsten fünf Minuten Speicherplatz zurück. Hier ist die Reihenfolge, die tatsächlich funktioniert, schnellster und ergiebigster Schritt zuerst.

Zuerst sehen, wie schlimm es ist

df -h /

Die Spalte Avail ist, womit du arbeiten musst. macOS selbst wird unter etwa 10 % freiem Speicher auf dem gesamten Volume unangenehm — bist du nahe dieser Grenze, sollten dich die folgenden Schritte in der genannten Reihenfolge schnell davon wegbringen.

Schritt 1: Papierkorb richtig leeren

Der häufigste Grund für „Ich habe was gelöscht, aber ich habe immer noch keinen Platz” — das Löschen einer Datei verschiebt sie in den Papierkorb, der weiterhin gegen deinen belegten Speicher zählt, bis der Papierkorb tatsächlich geleert wird:

# Papierkorb über die Shell leeren, auch große Dateien, für die macOS'
# eigenes „Papierkorb entleeren" manchmal eine extra Bestätigung verlangt
rm -rf ~/.Trash/*

Hast du eine große Datei speziell gelöscht, um Platz zu schaffen, und danach den Papierkorb nicht geleert, löst dieser Schritt allein oft das gesamte Problem.

Schritt 2: Downloads-Ordner, nach Größe sortiert

Der zweithäufigste Übeltäter — Installationsprogramme, .dmg-Dateien und große Downloads, die Leute komplett vergessen, sobald sie sie einmal genutzt haben:

du -sh ~/Downloads/* 2>/dev/null | sort -hr | head -20

.dmg- und .pkg-Installationsdateien sind hier der klassische Übeltäter — du installierst die App, das Disk-Image bleibt danach für immer liegen, komplett überflüssig, da die App jetzt installiert ist. Gefahrlos zu löschen, jedes Installationsprogramm für bereits eingerichtete Software.

Schritt 3: Lokale Time-Machine-Schnappschüsse

Hast du ein Laptop, hat macOS sehr wahrscheinlich stündliche lokale Schnappschüsse, die Speicherplatz verbrauchen, von dem du nichts weißt — das können 10–40 GB sein, die du in unter einer Minute zurückbekommst:

tmutil thinlocalsnapshots / 10000000000 4

Siehe die vollständige Erklärung, was das tut und wann es sicher ist, wenn du die Details willst — die Kurzversion: sicher, außer lokale Schnappschüsse sind dein einziges Backup, was sie für die meisten Leute nicht sind.

Schritt 4: ~/Library/Caches, pauschal

Haben die Schritte 1–3 dich nicht befreit, ist das der nächste ergiebigste, risikoärmste Schritt — Apples eigener dafür vorgesehener Ort für genau diese Art wegwerfbarer Daten:

rm -rf ~/Library/Caches/*

Die vollständige Erklärung, warum das sicher ist, und die wenigen wissenswerten Ausnahmen findest du in dem eigenen Guide zu diesem Ordner — aber im Notfall ist dieser Befehl sicher auszuführen, ohne vorher weiterzulesen.

Schritt 5: Bist du Entwickler, die großen Drei

Diese drei allein machen üblicherweise 50–150 GB kombiniert aus, auf einer Maschine, die irgendeine Menge iOS-, Docker- oder Node-Entwicklung erlebt hat:

rm -rf ~/Library/Developer/Xcode/DerivedData/*
docker system prune -a --volumes    # nur wenn Docker installiert ist und läuft
find ~ -name "node_modules" -type d -prune -exec du -sh {} \; 2>/dev/null | sort -hr | head -10

Jede hat einen eigenen Guide mit den vollständigen Details: DerivedData, Docker, node_modules.

Wenn das alles nicht genug war

An diesem Punkt liegt der übrige Speicherplatz fast sicher entweder in deinen tatsächlichen Dateien — Fotos-Mediathek, Musik, Dokumente —, die dieser Artikel bewusst nicht anfasst, da das deine Daten sind, kein Cache, und du bewusst entscheiden solltest, was damit geschieht, statt unter Zeitdruck. Oder es liegt in „Systemdaten”, Apples Sammelkategorie, behandelt in einem eigenen Guide, der mehr Untersuchung erfordert, als ein fünfminütiger Notfall-Durchgang abdecken kann.

Warum das immer wieder passiert

Keiner der fünf obigen Schritte ist eine einmalige Lösung — jeder füllt sich wieder. Caches regenerieren sich, während du Apps nutzt, DerivedData füllt sich wieder, sobald du baust, Time-Machine-Schnappschüsse setzen stündlich fort, sobald du sie löschst. Der Notfallfix und die eigentliche Lösung sind zwei verschiedene Dinge: Dieser Artikel befreit dich heute. DevCruft, eine kostenlose Mac-App für Entwickler, die gerade entsteht, soll dafür sorgen, dass du diesen Artikel nächsten Monat nicht mehr brauchst, indem es dir dieselben fünf Kategorien laufend zeigt, bevor eine davon die Schwelle „blockiert einen Export” erreicht. Trag dich in die Warteliste ein, wenn du erfahren willst, wann es erscheint.