Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- it-wiki:linux:systemd [2023/02/09 19:16] – [The system scheduler] marko
+++ it-wiki:linux:systemd [2024/10/28 08:57] (aktuell) – [Systemd: wie man Journals sicher verkleinert] marko
@@ Zeile 44: / Zeile 44: @@
 systemd-run --on-calendar '2023-02-08 23:00' -- systemctl reboot
 </code>
+===== Systemd: wie man Journals sicher verkleinert =====
+Bei der Suche nach Platz benutzt man dafür meistens „du -sh /*|grep G“ .
+Irgendwann bei der Suche, stolpert man über die großen Mengen Speicherplatz die in /var/log verwendet werden und hier ist i.d.R. der Syslogd der Platzkiller. Nun will man natürlich auch ältere Logs haben, damit darin nach Fehlern suchen kann. Insofern ist es ok, wenn die Logs etwas größer sind. Damit man aber schnell mal 2 GB Platz auf der Platte für andere Sachen gewinnt, kann man z.b. folgende Befehle benutzen:
+<code bash>
+journalctl --vacuum-time=10d
+journalctl --vacuum-size=1G
+</code>
+Der erste Befehl löscht alle Logs, die älter als 10 Tage sind. Der zweite Befehl löscht alles weg, was mehr als 1 GB belegt. Ein 1 GB Log sollte für alle jüngeren Problemfälle reichen.
+Jetzt könnte man die Größe des Logfiles in der Systemd Konfiguration dauerhaft hinterlegen, oder man nutzt den freien Platz nur temporär. Wenn man sich für letzteres entscheidet, darf man das Problem nicht auf die Lange Bank schieben, sondern sollte schnellstmöglich eine Entlastung der Platte durch Löschen anderer Daten herbeiführen.
+===== Journal ab aktuellen Start einer Unit =====
+Mit ''journalctl _SYSTEMD_INVOCATION_ID=$(systemctl show --value -p InvocationID ${unit})'' kriegt man nur das Journal des aktuellen Starts der Unit. Funktioniert ab systemd 232.
+Shell-Funktion mit
+<code bash>
+journalctl-current () {
+  journalctl _SYSTEMD_INVOCATION_ID=$(systemctl show --value -p InvocationID $1)
+}
+</code>
+an entsprechender Stelle sourcen für einen Shortcut.