Du öffnest nach dem Upgrade auf macOS 27 Golden Gate Systemeinstellungen > Allgemein > Speicher, und der größte Block der Leiste ist weder Fotos noch Programme. Es ist ein grauer Abschnitt namens Systemdaten, und er ist riesig. In der ersten Woche berichteten Threads im MacRumors-Forum von Systemdaten jenseits der 200 GB auf einem Mac und von über einem Terabyte auf einem Mac Studio. Dieser MacHabits-Guide zu riesigen Systemdaten nach macOS 27 zeigt, wie du herausfindest, was darin steckt.
Systemdaten sind nicht eine Sache. Es ist alles, was macOS nicht sauber in eine andere Kategorie einsortieren kann. Das macht die Bezeichnung für die Diagnose nutzlos, heißt aber auch, dass sich der Platz fast immer erklären lässt.
Zuerst: gib ihm eine Woche
Ein Teil des Wachstums der Systemdaten nach einem großen Upgrade ist vorübergehend und verschwindet von selbst:
- Snapshots, die während des Upgrades entstanden sind.
- Installer-Reste, die macOS nach einem erfolgreichen Update aufräumt.
- Caches des alten Systems, die Golden Gate nicht mehr nutzt.
- Laufende Indizierung. Golden Gate baut einen neuen semantischen Index für Spotlight und Siri auf, der deine Dateien und deren Inhalte in Vektoren umwandelt. Auch Mail baut seinen Index neu auf.
- Modell-Downloads. Die Modelle von Apple Intelligence kommen nach dem Upgrade, und unter Golden Gate berichten Nutzer von 14 GB oder mehr.
Sind die Systemdaten zwei Tage nach dem Upgrade groß, sieh nach einer Woche normaler Nutzung mit dem Mac über Nacht am Strom noch einmal nach. Sind sie noch groß, geh die Messschritte unten durch.
Schritt 1: Verlässliche Zahlen holen
Die Speichereinstellungen berechnen langsam neu und zählen löschbaren Platz als „verfügbar“. Das Terminal sagt dir die Wahrheit.
Tatsächlich freier Platz:
df -h /System/Volumes/Data
Gib dem Terminal Vollen Festplattenzugriff, damit die nächsten Befehle alles sehen: Systemeinstellungen > Datenschutz & Sicherheit > Voller Festplattenzugriff, Terminal hinzufügen, dann beenden und neu öffnen.
Aufschlüsselung des Datenvolumes auf oberster Ebene:
sudo du -xhd 1 /System/Volumes/Data 2>/dev/null | sort -h | tail -15
Das listet die größten Ordner der obersten Ebene. Erwarte Users und Applications weit oben. Ist Library, private oder ein versteckter Ordner unerwartet groß, hast du deine Richtung gefunden.
Deine eigene Library, die als Systemdaten zählt:
du -hd 1 ~/Library 2>/dev/null | sort -h | tail -15
Schritt 2: Die üblichen Verdächtigen prüfen, die größten zuerst
Lokale Time-Machine-Snapshots
Der häufigste Grund für riesige, unerklärte Systemdaten. Snapshots liegen auf deinem Startlaufwerk und halten Dateien fest, die sich seitdem geändert haben oder gelöscht wurden.
tmutil listlocalsnapshots /
Gibt es viele und ist dein externes Time-Machine-Backup aktuell, bitte macOS, sie auszudünnen:
tmutil thinlocalsnapshots / 999999999999 4
Übrig gebliebene macOS-Installer und Beta-Updates
Hast du seit Juni irgendwann die Golden-Gate-Beta genutzt, hat macOS Installer für mehrere Builds bereitgelegt, und die räumen sich nicht immer selbst auf. Jeder vollständige Installer hat rund 18 GB.
sudo du -sh /Library/Updates 2>/dev/null
ls -lh /Applications | grep -i "install macos"
Lösch alte Installer-Apps aus „Programme“. Ist /Library/Updates nach abgeschlossenem Upgrade und Neustart noch groß, werden diese bereitgelegten Dateien nicht mehr gebraucht, doch das System schützt den Ordner, also erzwing dir keinen Zugang. Starte neu, öffne die Softwareaktualisierung und lass sie noch einmal suchen, was oft veraltete Downloads entfernt. Tut es das nicht, schalte Beta-Updates aus und prüf erneut.
Swap-Dateien
ls -lh /System/Volumes/VM
Swap wächst, wenn der Speicher unter Druck steht, und schrumpft nach einem Neustart. Mehrere Gigabyte Swap-Dateien sind auf Macs mit 8 GB normal. Lösch sie nicht; starte stattdessen neu und sieh nach, was Speicher belegt.
iOS-Simulatoren und Xcode-Daten
Hast du je Xcode installiert, ist das oft der Jackpot. Allein die Simulator-Runtimes können zig Gigabyte belegen.
du -sh ~/Library/Developer 2>/dev/null
xcrun simctl runtime list
xcrun simctl delete unavailable
Entfern nicht genutzte Simulator-Runtimes mit xcrun simctl runtime delete, gefolgt von der Runtime-Kennung. Xcodes Ordner DerivedData, ~/Library/Developer/Xcode/DerivedData, ist ein Build-Cache und gefahrlos löschbar.
Virtuelle Maschinen und Container
Docker Desktop, Parallels, UTM und VMware speichern große Festplatten-Images, oft in ~/Library, wo die Speichereinstellungen sie als Systemdaten zählen.
du -sh ~/Library/Containers/com.docker.docker 2>/dev/null
du -sh ~/Parallels ~/Library/Containers/com.utmapp.UTM 2>/dev/null
Bei Docker zeigt docker system df, was Platz belegt, und docker system prune entfernt nach Bestätigung ungenutzte Daten.
App-Caches und Support-Dateien
du -hd 1 ~/Library/Caches 2>/dev/null | sort -h | tail -10
du -hd 1 ~/Library/Application\ Support 2>/dev/null | sort -h | tail -10
Such nach Apps, die du gelöscht hast und deren Support-Ordner übrig sind, und nach ausufernden Caches von Browsern, Chat-Apps, Musik-Streaming-Apps und Kreativ-Tools. Leer große Caches innerhalb der App, wenn sie die Option bietet; lösch Support-Ordner nur von Apps, die du nicht mehr hast.
Der Spotlight-Index
sudo du -sh /System/Volumes/Data/.Spotlight-V100 2>/dev/null
Der semantische Index von Golden Gate ist neu, und seine Größe hängt davon ab, wie viele Inhalte du hast. Ist er ungewöhnlich groß und indiziert Spotlight seit mehr als einer Woche, ohne zur Ruhe zu kommen, bau ihn einmal mit sudo mdutil -E / neu auf. Lösch diesen Ordner niemals von Hand.
Was du lassen solltest
- Lösch nichts in
/System,/private/var/foldersoder/private/var/db. Dort liegen aktive Systemdaten. Das Entfernen von Dateien dort kann Apps, Updates oder den Start beschädigen. - Lösch keine Swap-Dateien, solange der Mac läuft.
- Entfern den Spotlight-Ordner nicht von Hand. Nutz
mdutil. - Nutz keine Reiniger-Apps, die Systemdaten „mit einem Klick bereinigen“, ohne zu wissen, was sie löschen. Die sicheren Teile sind die oben genannten, und du kannst sie selbst entfernen.
Wenn die Systemdaten weiter riesig sind
Hast du alles oben geprüft und die Zahlen passen immer noch nicht:
- Starte neu. Swap, manche Caches und löschbarer Platz werden freigegeben.
- Starte einmal im abgesicherten Modus, der bestimmte System-Caches leert, und starte dann normal neu.
- Prüf andere Benutzeraccounts. Deren Daten können aus deinem Account als Systemdaten erscheinen.
- Vergleich
dfmit den Speichereinstellungen. Zeigt das Terminal viel freien Platz, sind die Speichereinstellungen womöglich einfach veraltet. Nach großen Änderungen kann die Neuberechnung lange dauern. - Melde es. Wachsen die Systemdaten Tag für Tag ohne erkennbaren Ordner, schick Apple über den Feedback-Assistenten einen Bericht mit der Ausgabe der
du-Befehle von oben.
Kurz gesagt
- Systemdaten sind ein Sammelbegriff, nicht eine einzelne Sache. Miss sie im Terminal.
- Warte nach dem Upgrade etwa eine Woche. Snapshots, Indizierung und Modell-Downloads beruhigen sich.
- Die größten echten Verursacher: lokale Snapshots, übrig gebliebene Beta-Installer, Simulatoren, VM- und Container-Images und App-Caches.
- Lösch niemals von Hand Dateien aus Systemordnern. Alles, was sich zu entfernen lohnt, hat einen sicheren Weg dafür.
Die MacHabits-Lösung für Systemdaten, die unter macOS 27 100 GB oder mehr fressen, hält jeden Befehl an einem Ort. Quelle: machabits.info/articles/system-data-huge-macos-27