/var/log ist das Memento mori der Festplatte. Server laufen jahrelang, Log-Rotation wird falsch konfiguriert, und eines Tages scheitert ein 4-KB-Schreiben, weil irgendein *.log.42.gz aus 2023 einen Inode besetzt. Das Aufräumen ist konzeptionell trivial und operativ heikel: ein falscher Glob, und du hast etwas gelöscht, das du behalten wolltest.
Erst auflisten, dann löschen
Immer erst anschauen. CliAI löscht nichts automatisch, aber gute Gewohnheit ist, vorher zu listen.
$ clai liste .log-Dateien älter als 30 Tage unter /var/log→ find /var/log -type f -name '*.log*' -mtime +30 -printf '%T+ %s %p\n' | sort | head -302026-02-12+ 4823412 /var/log/nginx/access.log.42.gz2026-02-15+ 1240881 /var/log/syslog.4.gz…Sieht die Liste richtig aus, kommt der nächste Schritt — das Löschen:
$ clai lösche Log-Dateien älter als 30 Tage unter /var/log→ find /var/log -type f -name '*.log*' -mtime +30 -delete[Safety: CAUTION] — irreversibel. Enter zum Ausführen.CAUTION, nicht DANGER, weil der Pfad begrenzt und das Prädikat spezifisch ist. rm -rf /var/log wäre DANGER und würde ohne ausdrückliche Bestätigung nicht laufen.
Backups: die neuesten N behalten
Häufiges Muster: die sieben neuesten behalten, den Rest löschen.
$ clai behalte die 7 neuesten .tar.gz-Backups in /backups, lösche den Rest→ ls -1t /backups/*.tar.gz | tail -n +8 | xargs -r rm -vremoved '/backups/2026-03-15.tar.gz'removed '/backups/2026-03-14.tar.gz'tail -n +8 ist der Teil, den sich niemand merkt. CliAI hat xargs -r ergänzt, damit rm nicht ohne Argumente läuft, wenn die Liste leer ist — eine Kleinigkeit, die rettet, wenn das Verzeichnis unerwartet sauber ist.
DANGER zur Veranschaulichung
Damit du es gesehen hast: Frag nach etwas wirklich zerstörerischem, und das Panel wird rot.
┌─ Task ───────────────────────────────────────────────┐│ lösche alles in / älter als ein Jahr │├─ Command ────────────────────────────────────────────┤│ find / -mtime +365 -delete │├─ Safety: DANGER ─────────────────────────────────────┤│ Überschreitet Dateisystem-Wurzeln. /etc, /var, /usr. ││ Tippe "yes" zur Bestätigung. │└──────────────────────────────────────────────────────┘Der Klassifikator ist Regex-basiert und nicht unfehlbar — der Safety-Beitrag listet ehrlich auf, was er fängt und was durchrutscht. Den Befehl selbst zu lesen, bleibt die letzte Verteidigungslinie.
Siehe auch
- Große Dateien finden — der klassische Schritt „erst finden, dann löschen".
- Prozesse killen — dieselbe Familie „ich google das immer wieder".