Click on the Edit Content button to edit/add the content.

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:

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

Wenn die Systemdaten weiter riesig sind

Hast du alles oben geprüft und die Zahlen passen immer noch nicht:

  1. Starte neu. Swap, manche Caches und löschbarer Platz werden freigegeben.
  2. Starte einmal im abgesicherten Modus, der bestimmte System-Caches leert, und starte dann normal neu.
  3. Prüf andere Benutzeraccounts. Deren Daten können aus deinem Account als Systemdaten erscheinen.
  4. Vergleich df mit den Speichereinstellungen. Zeigt das Terminal viel freien Platz, sind die Speichereinstellungen womöglich einfach veraltet. Nach großen Änderungen kann die Neuberechnung lange dauern.
  5. 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

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