1GB Logdatei?
Bei mir sind es seit Jahren nur SystemMaxUse=100M und bisher ohne Probleme. Wenn du also größere Projekte vorhaben solltest, z.B. auf einem Server wo die Protokolle einer längeren Zeitspanne vorgehalten werden müssen, dann nehme 500M.
Wenn die Umstellung erledigt ist, kannst du überprüfen, wie viel Speicher tatsächlich genutzt wird mit
journalctl --disk-usage1GB Logdatei?
Das Journal ist kein klassisches Logfile was Du mit cat anzeigen kannst. Das ist ein System aus Binärdateien.
Was da alles drin steht und warum da bei der initialen Installation so eine Größe von 5GB gewählt wurde weiß ich auch nicht.
Ich hatte das dann auf 1GB begrenzt weil mir das Filesystem zu voll wurde. Eventuell kann man das auch noch weiter verkleinern.
Das Journal ist kein klassisches Logfile was Du mit cat anzeigen kannst. Das ist ein System aus Binärdateien.
Soweit bin ich auch. Nur unter /var/log erzeugt er reine Textdateien, die er dann auch archiviert.
thosto@localhost:/etc/systemd/journald.conf.d> ls -l /var/log/boot*
-rw-r--r-- 1 root root 0 6. Sep 00:10 /var/log/boot.log
-rw------- 1 root root 3016 10. Aug 11:18 /var/log/boot.log-20260811.xz
-rw------- 1 root root 4052 21. Aug 08:10 /var/log/boot.log-20260822.xz
-rw-r--r-- 1 root root 5132 22. Aug 19:50 /var/log/boot.log-20260823.xz
-rw-r--r-- 1 root root 3628 29. Aug 11:58 /var/log/boot.log-20260830.xz
-rw-r--r-- 1 root root 5668 3. Sep 18:53 /var/log/boot.log-20260904.xz
-rw-r--r-- 1 root root 6016 4. Sep 19:35 /var/log/boot.log-20260905.xz
-rw-r--r-- 1 root root 7596 5. Sep 17:38 /var/log/boot.log-20260906.xz
-rw-r--r-- 1 root root 98801 5. Sep 17:38 /var/log/boot.msg
-rw-r--r-- 1 root root 126304 5. Sep 17:37 /var/log/boot.omsgUnd die msg und omsg sehen dem erzeugen journalctl-Output extrem ähnlich. Wahrscheinlich ein anderer Daemon. Ich steig da noch nicht wirklich durch.
Soweit bin ich auch. Nur unter /var/log erzeugt er reine Textdateien, die er dann auch archiviert.
Ich stecke da auch nicht wirklich im Thema drin, aber das liegt bei Dir nach meiner Ansicht daran dass das Journal nicht wirklich aktiviert ist, denn da steht ja irgendwo :
ForwardToSyslog=yesWenn das Journal wirklich aktiviert wäre dann hättest Du irgendwo unter /var/log/journal diese Binärdateien.
Und die msg und omsg sehen dem erzeugen journalctl-Output extrem ähnlich. Wahrscheinlich ein anderer Daemon. Ich steig da noch nicht wirklich durch.
Diese Dateien wurden früher vor systemd benutzt und sind noch aus historischen Gründen vorhanden.
Mit journalctl erhält man mehr Informationen (z.B lesbare Zeitstempel) und sollte unter systemd genutzt werden.
Ich weiß jetzt nicht, ob die Einträge in eine Datei unterhalb von /etc/systemd/journald.conf.d/
[Journal]
Storage=persistent
SystemMaxUse=100Mbereits durchgeführt wurden, aber danach wäre noch ein
sudo systemctl restart systemd-journaldhilfreich.
Ich weiß jetzt nicht, ob die Einträge in eine Datei unterhalb von /etc/systemd/journald.conf.d/
Code[Journal] Storage=persistent SystemMaxUse=100Mbereits durchgeführt wurden, aber danach wäre noch ein
Codesudo systemctl restart systemd-journaldhilfreich.
Alles bereits erledigt. Bereits ist gut.
https://paste.opensuse.org/343016e1511dDiese Dateien wurden früher vor systemd benutzt und sind noch aus historischen Gründen vorhanden.
Mit journalctl erhält man mehr Informationen (z.B lesbare Zeitstempel) und sollte unter systemd genutzt werden.
Ja, ich erinnere mich dunkel, dass das mal reine Textdateien waren, ist halt lange her. Das muss noch SuSE 10 gewesen sein.
Alles bereits erledigt. Bereits ist gut.
Codehttps://paste.opensuse.org/343016e1511d
Da fällt das hier auf :
Sep 06 12:01:24 localhost kernel: amd_pstate: The CPPC feature is supported but currently disabled by the BIOS.
Please enable it if your BIOS has the CPPC option.Sollte das nicht bei Dir längst auf enabled stehen ?
Da fällt das hier auf :
CodeSep 06 12:01:24 localhost kernel: amd_pstate: The CPPC feature is supported but currently disabled by the BIOS. Please enable it if your BIOS has the CPPC option.Sollte das nicht bei Dir längst auf enabled stehen ?
Das ändert nichts. Dank der hiesigen Unterstützung habe ich alle Varianten durch. Erst via Grub mittels "e" und nachdem ich die ausgeblendeten Optionen im BIOS (AMI 5.17) sichtbar gemacht hatte im BIOS. Jetzt ist es wieder so eingestellt, wie zum Zeitpunkt des Updates.