Welcome, Guest. Please login or register.
Did you miss your activation email?

Author Topic: [DE] Verhalten von journalctl eigenartig  (Read 5154 times)

Offline bluelupo

  • User
  • Posts: 2.068
    • BluelupoMe
[DE] Verhalten von journalctl eigenartig
« on: 2015/04/30, 08:36:17 »
Hallo zusammen,

bei einer meiner siduction Installation zeigt die Ausgabe des Journal via journalctl ein nicht nachvollziehbares Verhalten.

Zum Beispiel möchte ich mir alle Logmeldungen eines Zeitraumes anzeigen lassen (hier den kompletten April)

Code: [Select]
# journalctl -a --since="2015-04-01 00:00:00" --until="2015-04-30 23:59:59" --no-pager
[...]
Apr 05 22:27:11 shira systemd[6508]: Stopping Default.
Apr 05 22:27:11 shira systemd[6508]: Stopped target Default.
Apr 05 22:27:11 shira systemd[6508]: Stopping Basic System.
-- Reboot --

Eigenartiger Weise werden nur die Logmeldungen bis zum 5. April angezeigt. Wenn ich aber gezielt nach den heutigen Meldungen suche, sind die sehr wohl auffindbar.

Code: [Select]
# journalctl -a --since=today --no-pager
[...]
Apr 30 08:25:01 shira CRON[8700]: pam_unix(cron:session): session opened for user root by (uid=0)
Apr 30 08:25:01 shira CRON[8701]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
Apr 30 08:25:01 shira CRON[8700]: pam_unix(cron:session): session closed for user root

Wieso funktioniert das nicht mit dem ersten Kommando? Ist die Ausgabe auf eine max. Zeilenanzahl begrenzt?
« Last Edit: 2015/04/30, 08:49:11 by bluelupo »

Offline bluelupo

  • User
  • Posts: 2.068
    • BluelupoMe
Re: Verhalten von journalctl eigenartig
« Reply #1 on: 2015/04/30, 13:21:57 »
Folgendes Problem konnte ich noch feststellen, das evtl. mit dem Journal zu tun haben könnte. Bis zum 5. April hatte ich im Journal eine Meldungen zu einen Kernel-Bug.

Code: [Select]
Apr 05 22:26:01 shira kernel: kernel BUG at /tmp/buildd/linux-siduction-3.19/drivers/gpu/drm/drm_crtc.c:536!

Ab dem 6. April hatte towo das im Kernel 3.19.3-towo.3 gefixtund ab diesen Datum wird auch das Journal korrekt angezeigt, egal welchen Zeitraum man wählt. Könnte als gut sein das der Kernelbug ein unzulässiges Zeichen im JOurnal hinterlassen hat und somit keine korrekte Anzeige mehr möglich ist.

Offline der_bud

  • User
  • Posts: 1.072
  • member
Re: Verhalten von journalctl eigenartig
« Reply #2 on: 2015/04/30, 14:33:36 »
Schau mal ob Dir irgendwelche Korruptheiten angezeigt werden mit
Code: [Select]
journalctl --verify
Falls ja wäre das (so wie ich das bisher verstehe) kein Beinbruch, das kommt vor durch z.B Hardresets oder andere Störungen, das journal wird an der Stelle des korrupten Index rotiert, und man kann separat alles bis dorthin oder ab dort ansehen. Die genaue Stelle könnte man evtl am Ende des angegebene Files finden mit
Code: [Select]
journalctl --file /var/log/journal/PfadZumFile.log
Du lachst? Wieso lachst du? Das ist doch oft so, Leute lachen erst und dann sind sie tot.

Offline bluelupo

  • User
  • Posts: 2.068
    • BluelupoMe
Re: Verhalten von journalctl eigenartig
« Reply #3 on: 2015/04/30, 14:55:34 »
Oha, jede Menge "File corruption detected".

Code: [Select]
# journalctl --verify
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/system@00050ead9d6b3cdf-c5d51ab2a04fc061.journal~                                                                                                         
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-1000@3b57de060a20401fad6ddfe19bee29e0-00000000000291e9-00051221c7a57942.journal                                                                       
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-3000@2aff64e680ed4dc49c06d7181465ee89-000000000000f5c8-00050c5d3f494527.journal                                                                       
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-2000.journal                                                                                                                                         
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/system@e8b94c8111794efca6134cddc1e87d38-0000000000019360-00050ee9c4bd9762.journal                                                                         
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-4000.journal                                                                                                                                         
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-1000@3b57de060a20401fad6ddfe19bee29e0-0000000000019354-00050ee9c3e80242.journal                                                                       
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-1000@000513008a7dae7d-2822a51896f30c41.journal~                                                                                                       
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/system@e8b94c8111794efca6134cddc1e87d38-0000000000026975-00051158693a9d41.journal                                                                         
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/system@7fe067debac14915ac884294763d115f-000000000000f03b-00050c4a76ac5bb6.journal
Invalid tail monotonic timestamp░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░   0%
File corruption detected at /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-4000@900d051454494c5ca155d0ce3d628cd4-0000000000003e17-000509e1e2e88fff.journal:000000 (of 8388608 bytes, 0%).
FAIL: /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-4000@900d051454494c5ca155d0ce3d628cd4-0000000000003e17-000509e1e2e88fff.journal (Ungültige Nachricht)
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-3000.journal
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-2000@0deeb51d57b441548862e40bf66671b5-0000000000026974-00051158693a8173.journal
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-2000@0deeb51d57b441548862e40bf66671b5-00000000000109ea-00050c9fe63c9a92.journal
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/system@6067aa1764c944c7a31dbb646fa8878b-0000000000000001-00051300591d8397.journal
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/system@7fe067debac14915ac884294763d115f-000000000000f0cf-00050c4d09e62944.journal
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-1000@c1e3bb764cab4089b456f5a2c38e2e4a-0000000000000a20-000513008a7eb214.journal
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/system@e8b94c8111794efca6134cddc1e87d38-000000000001de0d-00050fb06f34977d.journal
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/system@0005130024e20919-1ca1923a2245921e.journal~
1cdfe0: invalid entry item (0/26 offset: 000000███████████████████████████████░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░  49%
Invalid object contents at 1cdfe0: Ungültige Nachricht
File corruption detected at /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-2000@000513000651cf13-03f0df2d38984007.journal~:1cdfe0 (of 8388608 bytes, 22%).
FAIL: /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-2000@000513000651cf13-03f0df2d38984007.journal~ (Ungültige Nachricht)
Invalid tail monotonic timestamp░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░   0%
File corruption detected at /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-4000@900d051454494c5ca155d0ce3d628cd4-000000000001ddfe-00050fb06e9eac3a.journal:000000 (of 8388608 bytes, 0%).
FAIL: /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-4000@900d051454494c5ca155d0ce3d628cd4-000000000001ddfe-00050fb06e9eac3a.journal (Ungültige Nachricht)
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-3000@2aff64e680ed4dc49c06d7181465ee89-00000000000109f6-00050c9fe64ce87d.journal
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/system@e8b94c8111794efca6134cddc1e87d38-0000000000000001-00050ead9d097a84.journal
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/system@000513001402583b-7ef261cad484a1c2.journal~
Invalid tail monotonic timestamp░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░   0%
File corruption detected at /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-1000@3b57de060a20401fad6ddfe19bee29e0-000000000001de13-00050fb08c3d7c1a.journal:000000 (of 8388608 bytes, 0%).
FAIL: /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-1000@3b57de060a20401fad6ddfe19bee29e0-000000000001de13-00050fb08c3d7c1a.journal (Ungültige Nachricht)
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/system@000509a538b8b0af-911ecebc514f9eb9.journal~
Invalid tail monotonic timestamp░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░   0%
File corruption detected at /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-1000@3b57de060a20401fad6ddfe19bee29e0-000000000000f0c1-00050c4d03bdd558.journal:000000 (of 8388608 bytes, 0%).
FAIL: /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-1000@3b57de060a20401fad6ddfe19bee29e0-000000000000f0c1-00050c4d03bdd558.journal (Ungültige Nachricht)
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/system@000513005982e858-c9da13a70bba6883.journal~
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-1000@00051300439029e7-a053eb41bb4d55a1.journal~
Invalid tail monotonic timestamp░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░   0%
File corruption detected at /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-3000@2aff64e680ed4dc49c06d7181465ee89-00000000000193b7-00050eea1ce7af69.journal:000000 (of 8388608 bytes, 0%).
FAIL: /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-3000@2aff64e680ed4dc49c06d7181465ee89-00000000000193b7-00050eea1ce7af69.journal (Ungültige Nachricht)
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/system@e8b94c8111794efca6134cddc1e87d38-00000000000291f4-00051221c7c32793.journal
Invalid tail monotonic timestamp░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░   0%
File corruption detected at /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-3000@2aff64e680ed4dc49c06d7181465ee89-0000000000004b7f-000509f1842e5335.journal:000000 (of 8388608 bytes, 0%).
FAIL: /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-3000@2aff64e680ed4dc49c06d7181465ee89-0000000000004b7f-000509f1842e5335.journal (Ungültige Nachricht)
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/system@7fe067debac14915ac884294763d115f-000000000000f5d3-00050c5d3f679088.journal
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-4000@900d051454494c5ca155d0ce3d628cd4-000000000000f030-00050c4a7692166d.journal
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/system@7fe067debac14915ac884294763d115f-000000000000d60c-00050c130c1b6802.journal
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-2000@0deeb51d57b441548862e40bf66671b5-000000000001938c-00050ee9e5f08814.journal
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/system@0005130005bbc275-eb57e497cde2ae62.journal~
Invalid tail monotonic timestamp░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░   0%
File corruption detected at /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-2000@0deeb51d57b441548862e40bf66671b5-000000000000321b-000509d752011876.journal:000000 (of 8388608 bytes, 0%).
FAIL: /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-2000@0deeb51d57b441548862e40bf66671b5-000000000000321b-000509d752011876.journal (Ungültige Nachricht)
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-1000.journal
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/system@000512ab8488a5d0-ee52787fc02f401a.journal~
Invalid tail monotonic timestamp░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░   0%
File corruption detected at /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-4000@900d051454494c5ca155d0ce3d628cd4-000000000000f126-00050c4dcd4a5602.journal:000000 (of 8388608 bytes, 0%).
FAIL: /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-4000@900d051454494c5ca155d0ce3d628cd4-000000000000f126-00050c4dcd4a5602.journal (Ungültige Nachricht)
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/system@7fe067debac14915ac884294763d115f-0000000000000001-000509a53878f791.journal
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/system.journal
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/system@00050cb51b40c34c-430726518f819053.journal~
Invalid tail monotonic timestamp░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░   0%
File corruption detected at /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-1000@3b57de060a20401fad6ddfe19bee29e0-0000000000000421-000509a5d669e42d.journal:000000 (of 8388608 bytes, 0%).
FAIL: /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-1000@3b57de060a20401fad6ddfe19bee29e0-0000000000000421-000509a5d669e42d.journal (Ungültige Nachricht)
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-2000@00051300a342a018-ec4e97a1f425ccce.journal~
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-1000@000512afc68b2b6a-dc73b1c5d4d140e1.journal~

Offline ayla

  • User
  • Posts: 1.744
Re: Verhalten von journalctl eigenartig
« Reply #4 on: 2015/05/29, 22:05:17 »
Hi bluelupo,

hast Du das Problem irgendwie gelöst?

Ich hatte gerade versucht mir mit einem journalctl -b -1 das journal meiner letzten session anzeigen zu lassen, da meine Kiste beim runterfahren eine Meditationspause einlegt.
Leider bekomme ich damit ein Journal von vor 14 Tagen angezeigt...

Ich vermute deshalb das gleiche Problem bei mir:
Quote
root@neskaya:~# journalctl --verify
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/system@5ba1981e6a984177a2ffaec558110c1c-00000000000459fd-000513b16b0c6ad6.journal
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/system@5ba1981e6a984177a2ffaec558110c1c-0000000000045862-000513b16ae377e9.journal
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-1000.journal
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/system@00050ee319864716-64c0c8be3ac8c873.journal~
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/system@5ba1981e6a984177a2ffaec558110c1c-0000000000000001-00050ee31978e5b1.journal
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/system@5ba1981e6a984177a2ffaec558110c1c-0000000000070a24-00051618fd9b55c6.journal
Invalid tail monotonic timestamp░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░   0%
File corruption detected at /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-1000@d40d2874bffd4044b9669079285425d2-00000000000238e5-00051148ff42573d.journal:000000 (of 8388608 bytes, 0%).
FAIL: /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-1000@d40d2874bffd4044b9669079285425d2-00000000000238e5-00051148ff42573d.journal (Ungültige Nachricht)
Invalid tail monotonic timestamp░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░   0%
File corruption detected at /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-1000@d40d2874bffd4044b9669079285425d2-00000000000459f2-000513b16b0c64dd.journal:000000 (of 8388608 bytes, 0%).
FAIL: /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-1000@d40d2874bffd4044b9669079285425d2-00000000000459f2-000513b16b0c64dd.journal (Ungültige Nachricht)
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-1000@d40d2874bffd4044b9669079285425d2-0000000000000499-00050ee3cb9d2822.journal
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/system@5ba1981e6a984177a2ffaec558110c1c-00000000000238c2-0005114786d21ef0.journal
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/system.journal

Kann ich die logs einfach löschen und "von vorn" anfangen?

Gruß
ayla

Offline ralul

  • User
  • Posts: 1.814
Re: Verhalten von journalctl eigenartig
« Reply #5 on: 2015/05/30, 10:05:55 »
/etc/systemd/journald.conf 
Code: [Select]
# begin
# See journald.conf(5) for details.

[Journal]
Storage=volatile
# end
way of non saving journals
experiencing siduction runs better than my gentoo makes me know I know nothing

Offline bluelupo

  • User
  • Posts: 2.068
    • BluelupoMe
Re: Verhalten von journalctl eigenartig
« Reply #6 on: 2015/05/30, 15:59:58 »
Hi ayla,
du kannst mal probieren das Journal-Verzeichniss unter /var/log/journal komplett zu löschen (vielleicht erst mal wegmoven), dann sollte er wieder bei Null anfangen.

Offline ayla

  • User
  • Posts: 1.744
Re: Verhalten von journalctl eigenartig
« Reply #7 on: 2015/05/30, 16:02:27 »
ok, hab die Antwort hier gefunden:

http://unix.stackexchange.com/questions/139513/how-to-clear-journalctl

Quote
  • Edit /etc/systemd/journald.conf to set SystemMaxUse=1M
  • Restarting journal: sudo systemctl restart systemd-journald
  • Resetting SystemMaxUse=200M
  • Re-Restarting the journal
after that:
Quote
journalctl --verify
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/user-1000.journal
PASS: /var/log/journal/39bbec808c774f5999d13c2d726b5095/system.journal
and journalctl -b -1 shows the last boot again, as expected.

ayla

@bluelupo: hatte das gerade durch während Du geantwortet hast :), trotzdem danke.

Eine Anweisung wie "jounalctl --clean" oder so wäre hilfreich.

Offline bluelupo

  • User
  • Posts: 2.068
    • BluelupoMe
Re: Verhalten von journalctl eigenartig
« Reply #8 on: 2015/05/30, 16:19:03 »
Hi ayla,

ich weiß auch nicht mehr ganz genau wie ich das "gelöst" habe ;-) Ein korruptes Journal zu reparieren scheint es noch nicht zu geben, ich hab' auf jeden Fall nichts im Netz dazu gefunden.
« Last Edit: 2015/05/30, 19:18:36 by bluelupo »

Offline ayla

  • User
  • Posts: 1.744
Re: Verhalten von journalctl eigenartig
« Reply #9 on: 2015/05/30, 16:39:30 »
Ein Bugreport der in diese Richtung geht existiert bereits:

https://bugs.freedesktop.org/show_bug.cgi?id=55239

Offline der_bud

  • User
  • Posts: 1.072
  • member
Re: Verhalten von journalctl eigenartig
« Reply #10 on: 2015/05/30, 21:38:00 »
Was ich mir dazu vor einiger Zeit dazu mal ergoogelt hatte war, dass das laut Poettering ein 'wontfix' ist. Die Meldung von korrupten Files beim --verify wäre demnach nur informativ, journalctl würde trotzdem soviel aus dem Journal recovern wie möglich ist, und eine repair-Option sei nicht angedacht:
https://bugs.freedesktop.org/show_bug.cgi?id=64116#c3
http://comments.gmane.org/gmane.comp.sysutils.systemd.devel/23136
Du lachst? Wieso lachst du? Das ist doch oft so, Leute lachen erst und dann sind sie tot.

Offline ayla

  • User
  • Posts: 1.744
Re: Verhalten von journalctl eigenartig
« Reply #11 on: 2015/05/31, 07:23:28 »
hmm...

Ich vermute was Lennard Poettering da schreibt trift nicht wirklich den Punkt.

Quote
There isn't really any point in deleting them. journalctl salvages
 automatically everything it can when reading them. Since the files are
 mostly append-only the corruptions usually only affect half-written
 entries at the end, and hence all earlier once should just work.


Aus dem anderen, von mir verlinkten, Bugreport:

Quote
Essentially, journalctl's current behavior of pretending the 
journal file ends at the first damaged region is unacceptable.


Das sieht mir eher nach dem hier aufgefallenen Verhalten aus.
Aber Poettering sagt ja auch: "alle Einträge vor dem Fehler sollten funktionieren",
wenn beide also doch das Gleiche meinen verstehe ich Poetterings Standpunkt nicht wirklich.

Journalctl hat nun mal z.B. die Option mit  "-b -1" die Einträge des letzten boots anzuzeigen.
Wenn dies nur aufgrund korrupter Einträge, die vor dem letzten boot liegen, nicht mehr möglich ist
sollte der halbwegs unbedarfte Endnutzer auch eine Möglichkeit haben dies ohne größeren Aufwand
(z.B. 'ne Stunde googlen) zu reparieren, sprich journalctl sollte eine entsprechende
Bereinigungsfunktion anbieten oder sich halt am besten gleich selbst reparieren,
wie ja auch in den Bugreports vorgeschlagen.
"Wontfix" finde ich da -freundlich ausgedrückt- etwas abgehoben. 

Und -wie ich irgendwo anders als "Reparaturmöglichkeit" gelesen hatte- einfach abwarten bis sich
das korrupte Log wieder von selbst löscht, scheint mir auch ne weniger brauchbare Alternative zu
sein -vor allem wenn ich kein "SystemMaxUse" gesetzt habe :)

Gruß
ayla



Offline bevo

  • User
  • Posts: 319
Re: Verhalten von journalctl eigenartig
« Reply #12 on: 2015/06/04, 07:52:52 »
Ich habe alle Tips von Ayla bluelupo und ralul ausprobiert, leider ohne Erfolg.
Ich lande immer bei
 
Code: [Select]
Give root password for maintenance
(or press Control-D to continue):

bevo

Offline ayla

  • User
  • Posts: 1.744
Re: Verhalten von journalctl eigenartig
« Reply #13 on: 2015/06/04, 08:16:32 »
Das klingt aber nicht nach "nur" einem fehlerhaften Journal.

Wann bekommst Du diese Nachricht (letzten 2-3 Zeilen davor) und was passiert wenn Du es mit STRG+D versuchst?

Offline bevo

  • User
  • Posts: 319
Re: Verhalten von journalctl eigenartig
« Reply #14 on: 2015/06/04, 09:03:41 »
Muß ich abtippen da der Fehler auf einem anderen PC auftritt.

Code: [Select]
Welcome to emergency mode! After logging in type "journalctl -xb" to view
system logs, "systemctl reboot" to reboot, "systemctl default" or ^D to
try again to boot into default mode.

Die Zeilen davor sind alle ok.

wenn ich als root systemctl-default eingebe wird folgende Zeile ausgegeben:

Code: [Select]
Erro getting authority: Error initializing authority: Could not connect: No such file or directory (g-io-error-quark, 1)
danach wieder obige Zeilen.

Der Fehler tritt auch auf einem zweiten System nach dem letzten DU auf.
Dort habe ich bisher noch nichts geändert.

bevo
« Last Edit: 2015/06/04, 13:44:49 by bevo »