たとえば、ランタイムでは、journalctl -f
私のログが8ヶ月前の4月20日に停止したとマークされ、混乱しました。私は「少ない」演奏journalctl | less
してG
最後まで押しました。同じです。
そして私はそうし、4月20日よりさらに遠くに行くことができるようにjournalctl | less
「ゆっくり」()降りた…ctrl+d
ログにたくさんの内容があります!ロードできることに限界があるからだと思います。しかし、ログを回転させてはいけませんか?それとも、ユーザーの介入なしに何とかトリムできますか?
私journald.conf
SystemMaxFileSize
/に設定されていませんSystemMaxUse
(私が見つけた解決策ここ)。上記を試してみることができますが、その底まで見てみたいです。
オンライン中万座路 5.8.18-1。
どんな助けや洞察力でも大変感謝いたします。ありがとうございます!
答え1
許可された答えが間違っています。
- デフォルトでは、Journaldはサイズを通常4GBに制限します。 ~から文書:
SystemMaxUse= と RuntimeMaxUse= [...] SystemKeepFree= と RuntimeKeepFree= [...] 最初のペアのデフォルト値は対応するファイルシステムサイズの 10% で、2 番目のペアのデフォルト値は 15% ですが、各値は 4G に制限されます。 。 。
- 実際、Journaldはジャーナルを回転させます。 ~から文書:
SystemMaxFileSize= および RuntimeMaxFileSize= は、単一のログファイルが大きくなる最大サイズを制御します。これは、回転(記録データの削除など)によって提供されるディスク領域の粒度に影響します。既定値は SystemMaxUse= および RuntimeMaxUse= で構成される値の 1/8 であるため、通常、置き換えられた 7 つのログ ファイルは履歴として保持されます。
ログが回転していることだけを知っていれば、ログはすでに回転しているので、何もする必要はありません。
ログサイズの制限を手動で減らしたり増やしたい場合に使用します SystemMaxUse=
。
回転速度を手動で減らしたり増やしたい場合に使用しますSystemMaxFileSize=
。
答え2
SystemMaxFileSize=
RuntimeMaxFileSize=
単一のログファイルが大きくなる可能性のある最大サイズを制御します。これは、回転(記録データの削除など)によって提供されるディスク領域の粒度に影響します。デフォルトはSystemMaxUse=
有効および設定された値の1/8であるため、通常はRuntimeMaxUse=
7つの置き換えられたログファイルが履歴として保持されます。ログ圧縮モードが有効(デフォルトでは有効)の場合、最大ファイルサイズは4Gに制限されます。
これは、理論的にはログが最大28 GBを占有できることを意味します。すべてユーザー。
ログサイズを小さくするには、次のようにします。sudo journalctl --vacuum-size=100M
この問題を回避するには、以下を定義しますSystemMaxUse
。私は個人的に以下を持っています。
cat /etc/systemd/journald.conf.d/systemMaxUse.conf
[Journal]
SystemMaxUse=64M
家庭用コンピュータで十分です。
答え3
問題が単にログが大きすぎて移動できないことである場合は、less
ファイルの最後の数行を取得してから移動するのが役立ちます。たとえば、最後の20行を見てください。
$ journalctl | tail -20 > temp.txt
$ less temp.txt
tail -20
grep
代わりに日付または時刻を選択できます。