Levo-Anleitungen · Systemdaten

Systemdaten über 100 GB: Was du zuerst prüfen solltest

Wenn die Systemdaten 100 GB überschreiten, prüf vor allem anderen fünf Orte: App-Container, den Ordner Developer, iPhone-Backups, Festplatten virtueller Maschinen und KI-Modelle. Einer davon hält meist mehr als die Hälfte.

So machst du es selbst

Führ diese Befehle im Terminal aus. Sie lesen nur, es wird nichts gelöscht. Bei Apps, die nie installiert waren, meldet der Befehl einfach, dass der Ordner nicht existiert.

du -sh ~/Library/Containers/* 2>/dev/null | sort -rh | head -8
du -sh ~/Library/Developer/* 2>/dev/null | sort -rh
du -sh ~/Library/Application\ Support/MobileSync/Backup/* 2>/dev/null
du -sh ~/Parallels ~/Virtual\ Machines.localized 2>/dev/null
du -sh ~/.ollama ~/.cache/huggingface ~/.lmstudio 2>/dev/null

Kümmer dich dann um den größten Treffer, mit dem passenden Werkzeug:

• Containers: Öffne die App und lösch ihren eigenen Cache, oder deinstalliere sie, wenn du sie nicht mehr nutzt. Lösch den Container nicht von Hand, solange die App installiert ist.
• Developer: CoreSimulator ist meist der größte Brocken. xcrun simctl delete unavailable entfernt Simulatoren für alte Runtimes, und unter Xcode › Settings › Components entfernst du Runtimes, auf denen du nicht testest.
• Backups: Wähl im Finder dein iPhone aus, klick auf Backups verwalten und lösch die Backups von Geräten, die du nicht mehr hast.
• Virtuelle Maschinen: Lösch Snapshots in der VM-App und nutz dann ihre Option zum Komprimieren oder Freigeben. Dateien im Gastsystem zu löschen verkleinert die Festplattendatei nicht.
• Modelle: ollama list zeigt sie an, und ollama rm <name> entfernt eins. Du kannst es später neu laden.

Ergeben diese fünf zusammen weniger als 50 GB, ist der Rest wahrscheinlich Swap, Snapshots und macOS selbst. Prüf tmutil listlocalsnapshots / und ls -lh /private/var/vm.

Das Ergebnis lesen

Schreib die fünf Größen auf und zähl sie zusammen. Das ist der Teil der Systemdaten, gegen den du etwas tun kannst. Was übrig bleibt, gehört macOS.

• Über 70 % erklärt: Lösch den größten Posten und prüf neu. Die Speicher-Einstellungen brauchen oft ein paar Minuten, bis sie nachziehen.
• Unter 50 % erklärt: Schau dir Snapshots und Swap an, dann /Library und /private/var mit sudo du. Dort können große Caches von Systemdiensten liegen.
• Nichts fällt auf: Starte neu, warte zehn Minuten und führ die Befehle noch einmal aus. Werte mitten in einer Sitzung können eine Snapshot-Spitze sein.

Auf einem Mac mit kleiner SSD kann ein einziges altes iPhone-Backup oder eine große Simulator-Runtime den ganzen Unterschied zwischen voller und gesunder Festplatte ausmachen. Schau dir diese beiden an, bevor du dich an Kleinkram machst.

So macht es Levo

Dieselben fünf Orte tauchen ohne Befehle in der Liste Ready to free von Levo auf: Simulatoren, Docker-Images, Modelle, Backups und Caches, jeweils mit Größe und letzter Nutzung. Weil Levo einen Live-Index führt, sind die Zahlen schon da, wenn du das Popover öffnest.

Virtuelle Maschinen, Backups, KI-Modelle und große Dateien werden aufgelistet, aber nie für dich angehakt, weil sie deine eigene Arbeit enthalten oder ein langer Download wären. Hak an, was weg soll, prüf den Bestätigungsschritt, und Levo löscht. Ist Move to Trash an, kannst du es mit Put back zurückholen.

FAQ

Sind 100 GB Systemdaten zu viel?

Es ist viel, hängt aber von deiner Festplatte und deiner Arbeit ab. Auf einem Mac mit 256 GB ist es ein Problem. Auf einem Entwickler-Mac mit 2 TB kann es normal sein.

Kann die Fotos-Mediathek in den Systemdaten stecken?

Nein. Fotos wird unter Fotos gezählt. Legt eine Foto-App woanders einen Cache an, kann dieser Cache als Systemdaten erscheinen.

Warum finde ich die 100 GB nicht im Finder?

Die Library ist ausgeblendet, und der Finder summiert Ordner standardmäßig nicht. Nutz den Befehl du im Terminal oder ein Tool, das versteckte Ordner indiziert.

Und wenn die fünf Orte klein sind?

Dann prüf Snapshots und Swap. Sind auch die klein, starte neu und warte, bis die Speicher-Einstellungen neu gerechnet haben.