Was „Systemdaten“ auf dem Mac wirklich sind (und warum es 200 GB sind)

Du öffnest Über diesen Mac → Speicher. Da ist ein graues Segment namens Systemdaten, es sind 187 GB, und ein Klick darauf bewirkt nichts.

macOS liefert keine Erklärung und keinen Zugang. Also machen wir es richtig.

„Systemdaten” ist kein Ding

Es ist eine Restkategorie. macOS klassifiziert Dateien, die es erkennt — Fotos, Musik, Programme, Dokumente, iCloud Drive — und alles, was in keinen dieser Töpfe passt, landet in Systemdaten. Es ist kein Ordner. Es ist kein Ort. Es ist der Rest nach der Subtraktion.

Das bedeutet: Die Antwort auf „Was sind meine Systemdaten?” ist auf jedem Mac anders. Auf deinem, als Entwickler, ist es überwältigend eine Sache: Build-Caches.

Was tatsächlich drinsteckt

In grober Reihenfolge, wie viel Platz es üblicherweise auf dem Rechner eines Entwicklers ausmacht:

Entwickler-Caches. Xcode DerivedData, iOS-Simulatoren, Dockers VM-Image, node_modules, Gradle, Homebrew, npm, pip, Cargo. macOS hat für nichts davon eine eigene Kategorie. Häufig 60–70 % des gesamten Blocks.

Time-Machine-Lokalschnappschüsse. macOS legt stündliche Schnappschüsse auf deiner internen Festplatte an, selbst wenn deine Backup-Platte woanders ist. Dutzende Gigabyte, und sie enthalten Dateien, die du bereits gelöscht hast.

System- und Benutzer-Caches. /Library/Caches, ~/Library/Caches und der private Cache jeder einzelnen Anwendung — allein Browser sind oft mehrere Gigabyte groß.

Mail-Downloads. Jeder Anhang, den du je in der Vorschau geöffnet hast, wird unbegrenzt aufbewahrt.

iOS-Gerätesicherungen. Wenn du je ein iPhone auf diesem Mac gesichert hast, sind das 30–150 GB in ~/Library/Application Support/MobileSync/Backup.

Ruhezustand-Image und Swap. /private/var/vm enthält ein Ruhezustand-Image in der Größe deines Arbeitsspeichers, plus Swap-Dateien.

Protokolle und Diagnosen. /private/var/log, plus Absturzberichte, die Jahre zurückreichen.

Das verwandte Rätsel: „Andere Volumes im Container”

Die Festplattendienstprogramm zeigt eine Kategorie mit diesem Namen, und jeder vermutet, dass etwas nicht stimmt. Es stimmt nichts nicht.

APFS packt mehrere Volumes — Macintosh HD, Macintosh HD - Data, Preboot, Recovery, VM — in einen gemeinsamen Container, und sie schöpfen alle aus demselben freien Speicherpool. Schaust du dir ein Volume an, wird alles, was die anderen Volumes belegen, als „Andere Volumes im Container” ausgewiesen.

Das ist kein Datenmüll, und es gibt nichts zu bereinigen. Es ist nur APFS, das die Aufteilung schlecht beschreibt.

Warum sich die Zahl für freien Speicher ständig ändert

APFS meldet purgeable (löschbaren) Speicher als verfügbar. Lokale Schnappschüsse und verdrängbare Caches zählen zu deinem freien Speicher, weil macOS glaubt, sie unter Druck zurückgewinnen zu können.

Die praktische Auswirkung: Der Finder sagt, du hast 40 GB frei, du versuchst, eine 30-GB-Datei zu kopieren, und es schlägt fehl. Die 40 GB waren größtenteils purgeable, und macOS hat sie nicht schnell genug zurückgewonnen.

Für die ehrliche Zahl:

df -h /System/Volumes/Data

Öffne den Block selbst

Hör auf zu raten. Miss nach:

# Oberste Ebene, Home-Verzeichnis und Library
du -sh -- ~/* ~/Library/* 2>/dev/null | sort -hr | head -25

# Speziell die Caches
du -sh ~/Library/Caches/* 2>/dev/null | sort -hr | head -20

# Time-Machine-Lokalschnappschüsse
tmutil listlocalsnapshots /

# iOS-Sicherungen
du -sh ~/Library/Application\ Support/MobileSync/Backup/* 2>/dev/null

# Mail-Anhänge
du -sh ~/Library/Containers/com.apple.mail 2>/dev/null

Gib dem ersten Befehl ein, zwei Minuten. Zusammen erklären diese fünf Befehle den überwiegenden Teil der Systemdaten jedes Entwicklers, und die Antworten sind meist nicht subtil — ein oder zwei Zeilen dominieren alles Übrige.

Was gefahrlos entfernt werden kann

Sicher, regeneriert sich automatisch: Xcode DerivedData, Simulator-Caches, Docker-Build-Cache, node_modules, alle Paketmanager-Caches, ~/Library/Caches (beende zuerst die Apps — manche verhalten sich seltsam, wenn du ihren Cache im laufenden Betrieb entfernst).

Sicher, aber erst überlegen: Time-Machine-Lokalschnappschüsse, die deine Möglichkeit sind, eine vor einer Stunde gelöschte Datei wiederherzustellen. Lösche sie, wenn du jetzt Platz brauchst, nicht als Routinewartung:

# Etwa 50 GB freigeben, Dringlichkeit 4
sudo tmutil thinlocalsnapshots / 50000000000 4

Alte iOS-Sicherungen ebenso — prüfe, ob das Telefon noch anderswo gesichert ist, bevor du löschst.

In Ruhe lassen: /System (durch SIP geschützt, und du kommst ohnehin nicht heran), /private/var/vm (macOS verwaltet das Ruhezustand-Image und Swap selbst; sie zu löschen bringt nichts Dauerhaftes) und alles in /Library, das du nicht identifizieren kannst.

Die Zusammenfassung in einem Satz

Auf dem Mac eines Entwicklers sind „Systemdaten” größtenteils Build-Caches, für die macOS keinen Namen hat. Es ist keine Beschädigung, kein Bug und nichts, was ein Optimierungstool auf magische Weise behebt. Es ist Xcode, Docker, npm und Gradle, die genau das tun, wofür sie gebaut wurden, in einem Ordner, den Apple vor dir versteckt.

Der vollständige Entwickler-Speicherplatz-Guide geht jede Quelle mit dem passenden Befehl zum Zurückgewinnen durch. DevCruft, eine kostenlose Mac-App für Entwickler, die gerade entsteht, soll die gesamte Festplatte maßstabsgetreu zeichnen und jede einzelne beschriften — dieselbe Information, nur ohne Terminal. Trag dich in die Warteliste ein, um zu erfahren, wann es so weit ist.