Может кто-нибудь объяснить мне, почему в Ubuntu 16.04 и 18.04 команда journalctl -f завершается до начала?
например Обратите внимание на возврат к 4 февраля прямо там, где -- Reboot -- появляется линия. Разве режим следования не должен следовать с конца?
matthewh@xen:~$ journalctl -f
-- Logs begin at Wed 2018-04-18 17:57:48 NZST. --
Jun 08 09:29:04 xen unknown[19540]: hello
Jun 08 09:29:21 xen gnome-shell[3277]: clutter-actor.c:10049: Actor 'dashtodockDashScrollview' tried to allocate a size of 52.00 x -50.00
Jun 08 09:31:30 xen gnome-shell[3277]: clutter-actor.c:10049: Actor 'dashtodockDashScrollview' tried to allocate a size of 52.00 x -50.00
Jun 08 09:31:41 xen cat[19590]: hello2
-- Reboot --
Feb 04 13:03:05 xen systemd-journald[420]: Time spent on flushing to /var is 405.801ms for 1030 entries.
Feb 04 13:03:05 xen kernel: wmi: Mapper loaded
Feb 04 13:03:05 xen kernel: i5500_temp 0000:00:14.3: Sensor seems to be disabled
Feb 04 13:03:05 xen kernel: ACPI Warning: SystemIO range 0x0000000000000828-0x000000000000082F conflicts with OpRegion 0x0000000000000800-0x000000000000084F (\PMRG) (20150930/utaddress-254)
Feb 04 13:03:05 xen kernel: ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
Feb 04 13:03:05 xen kernel: ACPI Warning: SystemIO range 0x0000000000000530-0x000000000000053F conflicts with OpRegion 0x0000000000000500-0x000000000000053F (\GPS0) (20150930/utaddress-254)
Другое странное поведение - режим следования с --cursor= опция будет работать правильно в течение ~ 30 секунд, но затем сделайте прыжок назад во времени, когда 30 секунд истекут или в журнал будет записана другая запись, тогда он вернется во времени. Это ошибка, проблема с конфигурацией или что-то поврежденное?
Еще одно странное поведение: если я пропылесосил до последнего часа, это освобождает много места, но journalctl -f по-прежнему показывает исторические журналы.
например
matthewh@xen:~$ sudo journalctl --vacuum-time=1h
[sudo] password for matthewh:
Deleted archived journal /var/log/journal/f899a862e4aa4775b8995564d8da565d/user-65534@66df57ade95c47cf9eac8bb3bad2fcd6-000000000028c69f-00056a41cbc84fd5.journal (8.0M).
Deleted archived journal /var/log/journal/f899a862e4aa4775b8995564d8da565d/user-1000@f74fb09ddbf942c48992ffeddad027aa-00000000002823a0-00056a19227c797c.journal (128.0M).
Deleted archived journal /var/log/journal/f899a862e4aa4775b8995564d8da565d/system@00056cd44e74370d-ec95fe61be96ccaa.journal~ (16.0M).
Deleted archived journal /var/log/journal/f899a862e4aa4775b8995564d8da565d/user-1000@00056d4b94c36b5c-43aaf4145d90c4ae.journal~ (72.0M).
Deleted archived journal /var/log/journal/f899a862e4aa4775b8995564d8da565d/system@00056d4a91984e48-9512cc0d6176403f.journal~ (24.0M).
Deleted archived journal /var/log/journal/f899a862e4aa4775b8995564d8da565d/system@00056d4bce11d451-eaa91647ccf83b07.journal~ (8.0M).
Deleted archived journal /var/log/journal/f899a862e4aa4775b8995564d8da565d/user-1000@00056d4bcf608ab9-215b647018a9035c.journal~ (8.0M).
Deleted archived journal /var/log/journal/f899a862e4aa4775b8995564d8da565d/system@00056d4be31c3eda-bcef2162c8c45fb7.journal~ (8.0M).
Deleted archived journal /var/log/journal/f899a862e4aa4775b8995564d8da565d/user-1000@00056d4bf4c04d3c-a35514c599bfbf45.journal~ (8.0M).
Deleted archived journal /var/log/journal/f899a862e4aa4775b8995564d8da565d/system@4e816c29657c4ac19594d7c4de14afd7-0000000000000001-00056d4be316a78f.journal (48.0M).
Deleted archived journal /var/log/journal/f899a862e4aa4775b8995564d8da565d/user-1000@b7f2a0f19c9946abab26788729a244c5-00000000000008a0-00056d4bf4c029b5.journal (16.0M).
Vacuuming done, freed 344.0M of archived journals from /var/log/journal/f899a862e4aa4775b8995564d8da565d.
matthewh@xen:/var/log/journal$ journalctl -f
-- Logs begin at Wed 2018-04-18 18:01:40 NZST. --
Jun 08 09:40:12 xen gnome-shell[3277]: clutter-actor.c:10049: Actor 'dashtodockDashScrollview' tried to allocate a size of 52.00 x -50.00
Jun 08 09:40:22 xen sudo[19775]: matthewh : TTY=pts/0 ; PWD=/var/log/journal ; USER=root ; COMMAND=/bin/journalctl --vacuum-time=10m
Jun 08 09:40:22 xen sudo[19775]: pam_unix(sudo:session): session opened for user root by (uid=0)
Jun 08 09:40:22 xen sudo[19775]: pam_unix(sudo:session): session closed for user root
-- Reboot --
Feb 04 13:03:05 xen systemd-journald[420]: Time spent on flushing to /var is 405.801ms for 1030 entries.
Feb 04 13:03:05 xen kernel: wmi: Mapper loaded
Feb 04 13:03:05 xen kernel: i5500_temp 0000:00:14.3: Sensor seems to be disabled
Feb 04 13:03:05 xen kernel: ACPI Warning: SystemIO range 0x0000000000000828-0x000000000000082F conflicts with OpRegion 0x0000000000000800-0x000000000000084F (\PMRG) (20150930/utaddress-254)
Feb 04 13:03:05 xen kernel: ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
Feb 04 13:03:05 xen kernel: ACPI Warning: SystemIO range 0x0000000000000530-0x000000000000053F conflicts with OpRegion 0x0000000000000500-0x000000000000053F (\GPS0) (20150930/utaddress-254)
Казалось бы, программа journalctl откуда-то читает эти журналы, но, возможно, она думает, что они все еще актуальны или появятся в будущем, несмотря на дату. Может ли это быть правдой? откуда он их читает?
Оказывается, в /var/log/journal Посредством чего vacuum 10m даже не удалил старые записи.
Я не совсем уверен, как journalctl определяет, что составляет новый журнал, но по какой-то причине журнал от 4 февраля считался текущим и поэтому он отображал его.
У этого был побочный эффект - не отображались текущие записи в том виде, в каком они были написаны. т.е. следовать не работает. И от того, чтобы курсоры работали.
Итак, исправление было:
rm -rf /var/log/journal/*
systemd-tmpfiles --create --prefix /var/log/journal
Мне не нужно было хранить старые журналы, поэтому можно было полностью удалить их.