# Mac-Protokolle löschen: Was weg kann und was bleiben sollte

> Loggrößen messen, Berichte vom Unified Log trennen, eine alte Datei entfernen und wiederholtes Wachstum untersuchen.

Published: 2026-05-14 | Updated: 2026-10-31

Protokolle zu löschen lohnt sich erst, wenn eine große, eindeutig zugeordnete Datei gefunden wurde. Wenig freier Speicher allein ist kein Grund dafür. Mit einem Protokoll verschwinden auch Hinweise auf Abstürze oder wiederholte Fehler. Messen Sie zuerst, behalten Sie Berichte zu ungelösten Problemen und ändern Sie jeweils nur eine Sache.

## Vor dem Löschen das Protokoll zuordnen

Apples [Beschreibung des Library-Verzeichnisses](https://developer.apple.com/library/archive/documentation/MacOSX/Conceptual/BPFileSystem/Articles/LibraryDirectory.html) nennt Logs als Ort für Diagnoseaufzeichnungen, nicht als pauschales Löschziel. Das [Konsolen-Handbuch](https://support.apple.com/guide/console/cnsl664be99a/mac) unterscheidet App-Berichte, Systemberichte und das ältere Systemprotokoll.

| Ort | Was dort zu prüfen ist | Erste Entscheidung |
| --- | --- | --- |
| `~/Library/Logs` | Protokolle des eigenen Benutzerkontos | Einzelne Dateien und zugehörige App prüfen |
| `/Library/Logs` | Rechnerweit verwendete Berichte und Protokolle | Übergeordneten Ordner und unbekannte Dienstdateien behalten |
| `~/Library/Logs/DiagnosticReports` und `/Library/Logs/DiagnosticReports` | Benutzer- und Systemdiagnoseberichte | Berichte zu ungelösten Fehlern behalten |
| `/private/var/log` | Herkömmliche Systemprotokolle, darunter `system.log` | Die laufende Verwaltung macOS überlassen |
| Unified Log | Eigener Speicher statt einfacher Textdateien | Mit Konsole lesen, keine Speicherverzeichnisse löschen |

Auch Apple-Entwickler verweisen bei Abstürzen auf den [DiagnosticReports-Ordner](https://developer.apple.com/forums/thread/765860) des Benutzers. Statt Dateinamen zu erraten, wählen Sie den Bericht in Konsole und lassen seinen Ort wie dokumentiert im Finder anzeigen.

Das [Unified Log speichert komprimierte Binärdaten](https://developer.apple.com/documentation/os/viewing-log-messages). Ein geleerter Textprotokollordner entfernt deshalb nicht alle Protokolle des Mac. Lassen Sie diesen Speicher bei normaler Pflege vom System verwalten.

## Größen messen, ohne etwas zu löschen

Die folgenden Terminal-Befehle zeigen nur Größen an. Zusammenfassung und lesbare Einheiten beschreibt Apples [veröffentlichtes du-Handbuch](https://raw.githubusercontent.com/apple-oss-distributions/file_cmds/main/du/du.1).

```sh
du -sh "$HOME/Library/Logs" /Library/Logs /private/var/log
du -sh "$HOME/Library/Logs/DiagnosticReports" /Library/Logs/DiagnosticReports
```

Die Unterordner der zweiten Zeile sind bereits in der ersten enthalten. Addieren Sie nicht alle fünf Werte. Gemessen wird belegter Speicher, nicht garantiert sicher freizugebender Platz.

Ein fehlender Ort muss nicht repariert werden. Zugriff verweigert bedeutet eine unvollständige Messung, nicht null Bytes. Ändern Sie weder Rechte noch verwenden Sie Administratorrechte, nur um eine größere Bereinigungszahl zu erhalten. Prüfen Sie lesbare Berichte in Konsole oder lassen Sie den Ort unangetastet.

Sind die Protokolle im Verhältnis zum benötigten Platz klein, hören Sie hier auf. Eine belegte typische Ersparnis für jeden Mac gibt es nicht. Für wiederherstellbare Zwischendaten helfen [welche Mac-Caches löschbar sind](https://mole.fit/de/blog/which-mac-caches-are-safe-to-delete) und [Caches auf dem Mac leeren](https://mole.fit/de/blog/how-to-clear-cache-on-mac), statt Protokolle wie Cache zu behandeln.

## Einen alten Bericht entfernen und Rückkehr ermöglichen

Beginnen Sie mit einem alten Bericht zu einem gelösten Problem. Apples Konsolen-Handbuch beschreibt das Lesen und Verschieben eines ausgewählten Berichts in den Papierkorb, ohne das Verzeichnis zu löschen. Bei offenen Problemen [teilen Sie den Bericht](https://support.apple.com/guide/console/cnsl2356/mac) zunächst mit der untersuchenden Person oder bewahren eine separate Kopie auf.

1. Notieren Sie App, Datum, Ort und Größe und lesen Sie genug, um den Vorfall zuzuordnen.
2. Gehört er zu einer normal beendbaren App, beenden Sie diese vor Dateiänderungen.
3. Verschieben Sie nur den unerwünschten Bericht in den Papierkorb und behalten Sie Logs und Nachbardateien.
4. Öffnen Sie die App, wiederholen Sie den ursprünglichen Vorgang und prüfen Sie Fehler und neue Berichte.

Lassen Sie den Eintrag währenddessen im Papierkorb. Nur solange er dort liegt, ist er von dort zurückholbar; das Verschieben allein gibt keinen Speicher frei. Apples [Papierkorb-Anleitung](https://support.apple.com/guide/mac-help/mchlp1093/mac) erklärt endgültiges Entfernen und Zurücklegen. Falls nötig, beenden Sie die App und legen die Datei vor weiteren Schritten zurück.

Manche Caches lassen sich aus weiterhin verfügbaren Quellen neu aufbauen, ein neues Protokoll rekonstruiert aber keinen alten Vorfall. Spätere Aufzeichnungen stellen gelöschte Diagnosehistorie nicht wieder her. Löschen Sie unbekannte Sperrdateien, Datenbanken und Einstellungen nicht bloß, weil sie neben Protokollen liegen.

## Wenn ein Protokoll weiterwächst

Wiederholtes Wachstum ist ein Diagnosehinweis. Notieren Sie Größe und Änderungszeit derselben Datei, beenden Sie die App normal und vergleichen Sie bei geschlossener und erneut geöffneter App. Das ist ein kontrollierter Vergleich, kein Beweis dafür, dass jeder Schreiber zur namensgebenden App gehört.

Folgt das Wachstum einer bestimmten Handlung, behalten Sie einen passenden Ausschnitt und notieren Sie App-Version und Auslöser für den Entwickler. Prüfen Sie Herstellerangaben, bevor Sie eine Protokolleinstellung ändern. Stoppen Sie keine Systemdienste und löschen Sie ihre Ausgabe nicht wiederholt, um das Symptom zu verdecken.

Das Löschen eines großen Protokolls entfernt angesammelte Aufzeichnungen, erklärt aber nicht deren Entstehung. Kehrt derselbe Fehler zurück, ist seine Ursache der nächste sinnvolle Ansatz.

## Wo Mole hilft

Mole Mac zeigt unter **Bereinigen** im Abschnitt **Protokolle** geeignete einzelne Dateien aus `~/Library/Logs`, keine pauschal ausgewählten App-Protokollordner. Alte Dateien verwenden eine Grenze von 7 Tagen und sind vorausgewählt, wenn sie sofort bearbeitbar sind. Kürzlich geänderte Protokolle ab 50 MiB sind eigene, nicht ausgewählte Prüfeinträge: Die Auswahl leert die Datei an Ort und Stelle, ohne Wiederherstellung aus dem Papierkorb.

Unter **Systemdaten** betreffen **Systemprotokolle** und **Absturzberichte** geeignete Dateien in `/private/var/log` und `/Library/Logs/DiagnosticReports`. Mit Helper-Zugriff gilt die normale Vorauswahl; ohne ihn angezeigte Zeilen sind zur Prüfung abgewählt. Auch **Unified-Logs** ist abgewählt und löscht bei Auswahl gespeicherte Diagnosehistorie endgültig, statt sie in den Papierkorb zu verschieben.

PathGuard behält geschützten App-Zustand einschließlich Moles eigener Protokolle. Nicht jedes Protokoll ist geschützt: `/private/var/log` ist ausdrücklich erlaubt, während die Unified-Log-Aktion einen eigenen System-Helper nutzt. Abgewählt bedeutet prüfen, nicht vor Entfernung geschützt.

## Häufige Fragen

### Kann ich alles in Library/Logs löschen?

Leeren Sie keinen der übergeordneten Ordner. Ordnen Sie einen alten Bericht oder ein App-Protokoll zu, behalten Sie Belege für offene Probleme und entfernen Sie nur die gewählte Datei.

### Wird dadurch viel Speicher frei?

Messen Sie zuerst. Eine große Datei kann relevant sein, kleine Summen erklären aber keinen viel größeren Speicherbedarf. Eine allgemeine Ersparnis lässt sich nicht versprechen.

### Kommen gelöschte Protokolle zurück?

Neue Aktivitäten können neue Einträge erzeugen, aber keine gelöschte Historie rekonstruieren. Wächst dieselbe Datei erneut, untersuchen Sie Schreiber und Fehler statt weitere Löschungen einzuplanen.

---

Canonical HTML page: https://mole.fit/de/blog/mac-log-files-what-to-delete
Blog index for agents: https://mole.fit/de/blog/llms.txt
Site index for agents: https://mole.fit/llms.txt