Journalctl - как чистить журналы

journalctl не создаёт журналы, она их только просматривает.
Просто ограничить размер журнала, недостаточно?
SystemMaxUse=50M в /etc/systemd/journald.conf
nafanja
Упс, поторопился. Дело в том, что у меня machine-id тоже не задан (всё ленюсь сделать). Посмотрел первую попавшуюся папку - там только system.journal.
Теперь посмотрел другие - да, действительно, попадается и user-xxxx.journal. А вот с собакой логов на глаза не попалось, интересно было бы узнать, что них.
nafanja проверь все ли у меня сейчас стало правильно. А то вдруг, что нибудь опять не так.
$ ls /var/log/journal/6f0dd0a49ea34f79833d504414e250ac
system.journal
system@a65a033c1dbd4af19f3ae7d238816391-0000000000000001-0004dbfed14a1905.journal
system@a65a033c1dbd4af19f3ae7d238816391-0000000000002056-0004dc0eb4079089.journal
system@a65a033c1dbd4af19f3ae7d238816391-0000000000003e06-0004dc212ff0e9d9.journal
system@a65a033c1dbd4af19f3ae7d238816391-0000000000004013-0004dc24addf803f.journal
system@a65a033c1dbd4af19f3ae7d238816391-000000000000401e-0004dc24cd491749.journal
system@a65a033c1dbd4af19f3ae7d238816391-000000000000453d-0004dc264589d659.journal
system@a65a033c1dbd4af19f3ae7d238816391-0000000000004a99-0004dc309b371ece.journal
system@a65a033c1dbd4af19f3ae7d238816391-0000000000004a9e-0004dc30c8a9e81f.journal
system@a65a033c1dbd4af19f3ae7d238816391-000000000000684c-0004dc3d094f3215.journal
system@a65a033c1dbd4af19f3ae7d238816391-000000000000886f-0004dc4f9d2732f5.journal
system@a65a033c1dbd4af19f3ae7d238816391-000000000000a6dc-0004dc63c1e231af.journal
system@a65a033c1dbd4af19f3ae7d238816391-000000000000c7f0-0004dc700d1d56e7.journal
user-1000.journal
user-1000@0004dc360d2233a1-0619101730686990.journal~
user-1000@0004dc441778db06-842f0f5190e63f5a.journal~
user-1000@a65a033c1dbd4af19f3ae7d238816391-0000000000000000-0000000000000000.journal
user-1000@a65a033c1dbd4af19f3ae7d238816391-00000000000003af-0004dbfed331a894.journal
user-1000@a65a033c1dbd4af19f3ae7d238816391-0000000000004024-0004dc24eafccd03.journal
user-1000@a65a033c1dbd4af19f3ae7d238816391-000000000000453f-0004dc26667b48ea.journal
user-1000@a65a033c1dbd4af19f3ae7d238816391-0000000000004e66-0004dc360d25bf8b.journal
user-1000@a65a033c1dbd4af19f3ae7d238816391-0000000000006bd1-0004dc44177eafc8.journal
Ошибки не исчезают с опытом - они просто умнеют
Natrio
journalctl не создаёт журналы, она их только просматривает.
Просто ограничить размер журнала, недостаточно?
SystemMaxUse=50M в /etc/systemd/journald.conf

Недостаточно :) Задача не стоит в "сэкономить место на диске", задача стоит именно так, как я обозначил в первом посте "выборочно удалить записи", например "удалить записи за определенную дату".

Хорошо, если есть возможность только удалять файлы журнала, то как настроить systemd, чтобы при наступлении новой даты, он начинал писать в новый файл?
vasek
nafanja проверь все ли у меня сейчас стало правильно. А то вдруг, что нибудь опять не так.
да, после инициализации machine-id картина именно такакя
Хорошо, если есть возможность только удалять файлы журнала, то как настроить systemd, чтобы при наступлении новой даты, он начинал писать в новый файл?
Сломать легко :) Удалите или очистите с livecd файл /etc/machine_id и при каждой перезагрузке в /var/log/journal будет формироваться папка с логами для текущего сеанса.
minoshi А что мешает проверить. Времени много не займет. Да и с нами поделишься.
Я в таких случаях так и поступаю.
UPD - Давай уточним - записи или файлы. Похоже я все равно буду экспериментировать.
Ошибки не исчезают с опытом - они просто умнеют
minoshi Хорошо, если есть возможность только удалять файлы журнала, то как настроить systemd, чтобы при наступлении новой даты, он начинал писать в новый файл?
Ну как сделать чтобы писалось в отдельный файл (точнее папку) на каждую загрузку понятно - на моем примере. При этом эти файлы можно удалять в любом порядке и работают все запросы, только их нужно модифицировать.
Ошибки не исчезают с опытом - они просто умнеют
vasek
minoshi А что мешает проверить. Времени много не займет.
Я очень надеялся, что кто-то где-то в Интернете находил мануал на эту тему. :)
Удалял в произвольном порядке, осталось, из того что указывал выше
$ ls /var/log/journal/6f0dd0a49ea34f79833d504414e250ac
system.journal
system@a65a033c1dbd4af19f3ae7d238816391-0000000000000001-0004dbfed14a1905.journal
system@a65a033c1dbd4af19f3ae7d238816391-000000000000684c-0004dc3d094f3215.journal
user-1000@a65a033c1dbd4af19f3ae7d238816391-0000000000000000-0000000000000000.journal
user-1000@a65a033c1dbd4af19f3ae7d238816391-0000000000006bd1-0004dc44177eafc8.journal

Сделал запрос journalctl -a - оставил только переходящие даты. Ничего не сломалось. Так что не страшно - вспомнил, где то читал, что код (или как правильно назвать шифр) передается из файла к файлу по наследству , так что ничего терятся не должно - главное не удалить system.journal (в нем похоже сидит шифр/пароль для проверки).
май 05 21:56:26 arch systemd-journal[130]:
май 05 22:58:55 arch systemd-journal[129]: Journal stopped
-- Reboot --
май 05 23:01:36 arch systemd-journal[131]:
май 06 00:29:44 arch systemd-journal[131]: Journal stopped
-- Reboot --
май 06 08:34:06 arch systemd-journal[127]
май 06 16:53:19 arch systemd-journal[126]:
-- Reboot --
май 09 00:10:13 arch systemd[1]: Stopped target Timers.
май 09 23:35:42 arch pulseaudio[351]:
-- Reboot --
май 10 08:27:22 arch goa[471]:
май 10 22:21:52 arch gnome-session[292]:
-- Reboot --
май 12 11:12:15 arch kernel:
Ошибки не исчезают с опытом - они просто умнеют
 
Зарегистрироваться или войдите чтобы оставить сообщение.