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

Блин, походу разучился пользоваться поиском.

Как можно выборочно почистить бинарные журналы, создаваемые journalctl?
Все молчат. Поробую ответить, боюсь заклюют.
Если тебе нужны какие то логи, сохрани их отдельно. Но зачем они тебе. Если дома - то мочи все. Если на работе и ты этим заведуешь, то думаю, что не спрашивал бы. Вывод - мочи все.
Ошибки не исчезают с опытом - они просто умнеют
Хех, мочить всё - это я умею :)
Вопрос был - как выборочно почистить. Скажем удалить записи месячной давности
Ну зачем же сразу все? Максимальный размер журнала легко устанавливается в его настройках. А вот выборочное удаление скорее всего пока невозможно.
Смело, но желательно не нарушать очередность (это лично мое мнение), хотя многие это и не соблюдают.
Ошибки не исчезают с опытом - они просто умнеют
Вы какую очерёдность имеете в виду? Очерёдность логов? Так их таким образом не получится удалить, они ведь в одном файле.
lampslave, проочередность действительно очень непонятный вопрос. Мое мнение, как написал, не нарушать очередность следования записей по датам.
С другой стороны, вспомни мой случай, не одна папка, а несколько и я мочил их как хотел - хотя мочил то ведь папки а не файлы.

PS - имел ввиду файлов.
Ошибки не исчезают с опытом - они просто умнеют
Это происходило потому, что machine-id не был сгенерирован. Если задать его при установке, будет создаваться одна папка с одним файлом внутри, со всеми логами.
Если задать его при установке, будет создаваться одна папка с одним файлом внутри, со всеми логами.
странно, у меня там не один а кучка )))
ls /var/log/journal/2aa0bb6b74a94e0ebf7d70c1db380a30
system.journal
system\@0004da51024c4850-7327a5b4a7c3e2c6.journal~
system\@0004da74889c7221-a2deb9285eab4edf.journal~
system\@0004db18c63a69f6-27de202ddcce2969.journal~
system\@3e998ff8cce945ac809cea805793895a-0000000000000001-0004db18c5f8bfda.journal
system\@3e998ff8cce945ac809cea805793895a-0000000000001d4b-0004db2f1ca91016.journal
system\@3e998ff8cce945ac809cea805793895a-0000000000002791-0004db46341458af.journal
system\@3e998ff8cce945ac809cea805793895a-00000000000041c1-0004db7e410f30d6.journal
system\@3e998ff8cce945ac809cea805793895a-0000000000004878-0004dba4dd933251.journal
system\@3e998ff8cce945ac809cea805793895a-0000000000004e71-0004dbabe696d084.journal
system\@3e998ff8cce945ac809cea805793895a-0000000000007833-0004dbf708fa5fd7.journal
system\@3e998ff8cce945ac809cea805793895a-0000000000008385-0004dc59adf7d020.journal
system\@9f5299c0bd7f4d33af85d666214bd169-0000000000000001-0004da748868f230.journal
system\@9f5299c0bd7f4d33af85d666214bd169-00000000000018de-0004dac890c1c250.journal
system\@9f5299c0bd7f4d33af85d666214bd169-0000000000003249-0004dae85d767d4a.journal
system\@9f5299c0bd7f4d33af85d666214bd169-000000000000381e-0004daf2c99df6a4.journal
system\@9f5299c0bd7f4d33af85d666214bd169-000000000000381f-0004daf1f6a772b5.journal
system\@9f5299c0bd7f4d33af85d666214bd169-0000000000003835-0004daf349e39973.journal
system\@9f5299c0bd7f4d33af85d666214bd169-0000000000003836-0004daf34ab393b2.journal
system\@9f5299c0bd7f4d33af85d666214bd169-0000000000003837-0004daf34b740a7e.journal
system\@9f5299c0bd7f4d33af85d666214bd169-0000000000003838-0004daf3651d3402.journal
system\@9f5299c0bd7f4d33af85d666214bd169-0000000000003839-0004daf3715dbfac.journal
system\@9f5299c0bd7f4d33af85d666214bd169-000000000000383a-0004daf37a4de7e5.journal
system\@9f5299c0bd7f4d33af85d666214bd169-000000000000383b-0004daf37a661f11.journal
system\@9f5299c0bd7f4d33af85d666214bd169-000000000000383c-0004daf37b45f66e.journal
system\@9f5299c0bd7f4d33af85d666214bd169-000000000000383d-0004daf37f6576d2.journal
system\@9f5299c0bd7f4d33af85d666214bd169-000000000000383e-0004daf37fb97788.journal
system\@9f5299c0bd7f4d33af85d666214bd169-0000000000003850-0004daf6da0e1ef5.journal
user-1000.journal
user-1000\@0004dc6ef8399158-3d1114c05739928a.journal~
user-1000\@3e998ff8cce945ac809cea805793895a-0000000000008856-0004dc6ef83aee99.journal
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
lampslave
Это происходило потому, что machine-id не был сгенерирован. Если задать его при установке, будет создаваться одна папка с одним файлом внутри, со всеми логами.
Я имел ввиду то, что у меня было много папок, которые я мочил не соблюдая последовательности, но на запросы это не сказывалось.
Хотя на все 100 согласен с тобой, что лучше ограничить размер журнала.
Но автору видно нужно что то выборочно сохранить - тогда эту выборку лучше в отдельную папку, а остальное все мочить.
Хотя надо бы поэкспериментировать с произвольным удалением файлов из папки и прверить как будут идти запросы.
Ошибки не исчезают с опытом - они просто умнеют
 
Зарегистрироваться или войдите чтобы оставить сообщение.