Lokale Time Machine Snapshots auflisten und erst dann löschen

Lokale Time-Machine-Snapshots halten Wiederherstellungspunkte auf dem Startvolume, wenn das Sicherungsziel fehlt. Sie können alte Blöcke referenzieren, doch ihre Existenz ist kein Fehler: Apple zählt die Kapazität als verfügbar und entfernt sie beim Altern oder wenn eine Aufgabe Platz benötigt.

Handeln Sie nur, wenn Speichern, Kopieren oder Installieren nach normalen Prüfungen wirklich scheitert. tmutil listlocalsnapshots / liest nur. Apples öffentlicher Weg ist, automatische Sicherungen kurz auszuschalten, die Entfernung abzuwarten und sie wieder einzuschalten. Erweiterte Befehle löschen lokale Wiederherstellungspunkte und sind keine Routinebereinigung.

Das falsche mentale Modell

Viele behandeln freien Speicher als „Summe der sichtbaren Dateien“. Auf APFS ist er eher „Blöcke ohne verbleibende Referenz“. Eine Datei kann den Finder verlassen und trotzdem Extents hinterlassen, die ein Snapshot noch referenziert. Bis die letzte Referenz wegfällt, zählt df diese Blöcke weiter als belegt.

In Gesprächen vermischen sich drei verschiedene Zahlen:

Freigebbar ist kein Ordner. Darin können lokale Snapshots, manche Caches, auslagerbare Cloud-Inhalte und buchhalterischer Spielraum stecken. Ein Tool, das „47,2 GB freigebbaren Speicher freigeben“ verspricht, ohne vorher/nachher df zu zeigen, rät.

Unter der Haube: Copy-on-Write und Snapshots

Ein Snapshot zeichnet die damaligen Extents auf; spätere Schreibvorgänge nutzen neue Blöcke. Das erklärt alte Zuordnungen, beweist aber keine blockierte Aufgabe. Apple beschreibt automatische Verwaltung und Zählung als verfügbar.

Namen lokaler Snapshots sehen üblicherweise so aus:

com.apple.TimeMachine.2026-07-28-091530.local

Die Endung .local ist das übliche Signal für einen lokalen Snapshot auf der Platte und nicht für einen Eintrag des Sicherungsziels.

Lokal, extern und andere Snapshots

diskutil apfs listSnapshots / kann mehr zeigen als nur Time Machine. Andere Software kann APFS-Snapshots anlegen. Löschen Sie unbekannte Nicht-TM-Snapshots nicht mit einem beliebigen Optimizer.

Labor: messen, ohne zu löschen

Notieren Sie Finder, diskutil info / und die fehlgeschlagene Aufgabe und listen Sie nur:

date
df -h /
tmutil listlocalsnapshots /
diskutil apfs listSnapshots /
diskutil apfs list

Ein Eintrag beweist einen Wiederherstellungspunkt, keinen Kapazitätsfehler. Wiederholen Sie die ursprüngliche Aufgabe und werten Sie deren Ergebnis statt eines trägen Balkens aus.

Die Ausgabe lesen

listlocalsnapshots ist leer. Lokale TM-Snapshots sind nicht Ihr Problem. Vermessen Sie die Ordner mit du oder einer Treemap (große Dateien) und sehen Sie sich Caches, Fotos, Docker oder Gerätesicherungen an.

Es gibt Snapshots und physisch wenig freien Speicher. Das ist ein normaler Befund, keine Diagnose. Prüfen Sie die verfügbare Kapazität im Finder und wiederholen Sie die Aufgabe, die Platz braucht, bevor Sie an Time Machine gehen.

diskutil apfs list zeigt einen Container mit mehreren Volumes. Freier Speicher wird auf Container-Ebene geteilt. Ein zweites Volume kann eine Volume-Bezeichnung voll aussehen lassen, während der Container noch Platz hat, oder umgekehrt. Sehen Sie immer auf den freien Speicher des Containers, nicht nur auf die Bezeichnung des Startvolumes.

Rechtefehler. Dem Terminal fehlt für manche geschützten Bereiche womöglich der Festplattenvollzugriff. Das ist ein Zugriffsproblem und kein Beweis, dass die Platte leer ist.

Ein kontrolliertes Experiment

Für einen sicheren Vergleich notieren Sie die verfügbare Anzeige des Finders, diskutil info / und das Ergebnis der Aufgabe, die scheitert. Listen Sie die Snapshots, ohne sie zu löschen. Entfernen Sie eine einzelne bekannte, wiederherstellbare Benutzerdatei, leeren Sie den Papierkorb erst nach der Durchsicht und wiederholen Sie dieselbe Aufgabe. Eine Speicherkategorie, die sich träge neu zeichnet, ist kein fehlgeschlagener Schreibvorgang; die Aufgabe selbst ist der brauchbare Prüfer.

Was tmutil kann

Zuerst automatisch verwalten lassen

Funktionieren Speichern und Updates, ist nichts nötig.

Apples öffentlicher Weg

Scheitert eine echte Aufgabe an Speicher und erklären normale Dateien nichts, schalten Sie automatische Sicherungen kurz aus, warten einige Minuten und aktivieren sie in derselben Sitzung wieder.

Erweiterte Befehle

Das lokale man tmutil dokumentiert thinlocalsnapshots mount_point [purge_amount] [urgency]. Prüfen Sie Handbuch und aktuelle Sicherung statt eines nackten Befehls. Löschen verändert die externe Historie nicht, entfernt aber lokale Punkte. Aktivieren Sie danach die Sicherung und wiederholen Sie die Aufgabe.

Lokale Snapshots des Volumes löschen

Nur wenn eine konkrete Aufgabe trotz der oben beschriebenen automatischen Freigabe weiter am Platzmangel scheitert und listlocalsnapshots passende Einträge zeigt:

tmutil deletelocalsnapshots /

Manche Versionen löschen einen über sein Datum benannten lokalen Snapshot statt der Form mit einem einzelnen Schrägstrich. Bevorzugen Sie die für Ihr System dokumentierte Form und listen Sie danach immer erneut auf:

tmutil listlocalsnapshots /
df -h /

Rechnen Sie damit, dass der freie Speicher über Sekunden bis wenige Minuten steigt, denn APFS gibt Extents unter Umständen asynchron frei. Messen Sie zweimal.

Was Sie mit diesen Befehlen nicht verwechseln sollten

• tmutil delete gegen ein Sicherungsziel entfernt echte Backup-Historie. Andere Operation, höherer Einsatz.
• Ordner unter /.MobileBackups im Finder löschen ist kein unterstützter Bereinigungsweg. Nutzen Sie tmutil oder die Rückgewinnung des Systems.
• Time Machine nach einem Test der manuellen Entfernung ausgeschaltet lassen tauscht eine vorübergehende Speicherprüfung gegen eine fehlende Sicherungsstrategie. Schalten Sie automatische Sicherungen wieder ein.
• Fremde „Snapshot-Optimierer“, die root verlangen, ohne das APFS-Modell zu erklären, fügen Risiko hinzu, ohne Ihnen etwas beizubringen, das Sie mit df nachprüfen können.

Beispiel

Große Systemdaten und Snapshots bei erfolgreich startendem macOS-Update sind kein Fehler. Scheitert es an Speicher, messen Sie aktive Dateien und Papierkorb, ändern eine Sache und versuchen es erneut. Snapshot-Löschung ist nur zuletzt ein begrenztes Experiment. Schalten Sie Sicherungen wieder ein; bleibt der Fehler, suchen Sie andere aktive Daten.

Warum freier Speicher nach dem Ausdünnen trotzdem nicht steigen muss

Selbst wenn lokale Snapshots weg sind:

• Andere freigebbare Klassen dominierten die Speicher-Schätzung (Cloud-Materialisierungen, regenerierbare Caches).
• Sparse-Dateien und Clones lassen logische und physische Größen auseinanderlaufen (warum Summen abweichen).
• Der Papierkorb hält die gelöschten Elemente noch auf demselben Volume.
• Ein zweites Volume im APFS-Container teilt den freien Pool.
• Ein Nicht-TM-Snapshot oder ein Time-Machine-Ziel hält noch verwandte Daten.

Jedes davon hat seinen eigenen Messweg. Snapshots sind nur ein Kapitel.

Sicherheitsvoraussetzungen

Vor aggressivem Ausdünnen:

1. Bestätigen Sie ein kürzlich erfolgreiches Backup auf externe Time Machine oder einen anderen Wiederherstellungsweg, den Sie tatsächlich geöffnet und getestet haben.
2. Akzeptieren Sie, dass gelöschte lokale Zwischenversionen ohne weitere Sicherung verloren sind. Neue Snapshots sichern den späteren Zustand, nicht die gelöschten alten Versionen.
3. Bevorzugen Sie dokumentiertes tmutil vor Tools, die keine Vorher/Nachher-Delta des freien Speichers zeigen können.

Lokale Snapshots sind normal. Dringend werden sie erst, wenn das interne Volume voll ist und kürzlich gelöschte Daten noch festgehalten werden.

Häufige Fehler

Der Systemdaten-Zahl hinterherjagen. Das Ziel ist nutzbare Kapazität und ein Mac, der aktualisieren und speichern kann, nicht ein kosmetisch kleiner grauer Block.

Die externe Backup-Festplatte löschen, weil interner freier Speicher knapp ist. Das verwechselt lokale Snapshots mit Backup-Historie.

Beliebige Library-Ordner löschen, weil freigebbar groß aussah. Freigebbar ist keine Karte sicherer Pfade.

Einmalig sofort nach dem Thin messen. Warten und df erneut abfragen.

Container-Buchhaltung ignorieren. Eine Volume-Bezeichnung ist auf APFS nicht die ganze Geschichte.

Wo ein Review-Tool passt

Eine Festplattenkarte in der Analyze-Ansicht von Mole kann große Live-Ordner zeigen. Mole bringt Festplattenanalyse, App-Wartung und Bereinigung mit vorheriger Prüfung in eine native Mac-App. macOS und die besitzenden Apps verwalten Systemdaten weiterhin. Für Snapshots sind tmutil und Vorher/Nachher-df-Messungen die Quelle der Wahrheit.

Reihenfolge der Schritte

1. Sicherungsziel und automatische Sicherung bestätigen.
2. Finder, diskutil info / und die Aufgabe notieren.
3. Große Benutzerdateien und Papierkorb zuerst messen.
4. Snapshots nur lesend auflisten.
5. Apple-Weg oder aktuelles Handbuch nur bei weiterem Fehler nutzen.
6. Sicherung wieder aktivieren und bei Erfolg stoppen.

Weiterlesen

• Apple: Über lokale Time-Machine-Snapshots
• Apple: macOS Speicher
• Verwandt auf dieser Site: Systemdaten, Speicher freigeben, große Dateien finden

Lokale Snapshots sind der Weg von APFS, Time Machine kurzfristiges Undo auf der Boot-Platte zu geben. Lernen Sie, tmutil und df zusammenzulesen, und aus „Ich habe 30 GB gelöscht und nichts ist passiert“ wird ein Mechanismus, den Sie prüfen können, kein Grund, Scareware zu vertrauen.

Häufige Fragen

Beeinflusst lokales Löschen das Sicherungslaufwerk?

Die externe Historie wird nicht umgeschrieben, lokale aktuelle Wiederherstellungspunkte verschwinden aber.

Warum ändert sich der Speicher nicht sofort?

Kategorien können nachlaufen und alte Blöcke referenziert bleiben. Verwaltete Kapazität zählt dennoch als verfügbar und wird bei Bedarf zurückgefordert. Prüfen Sie die Aufgabe.

Ist das Löschen aller Snapshots sicher?

Nicht als Routine. Es braucht einen echten Fehler, aktuelle Sicherung und klare Belege.