ソフトウェアアップデート(Ubuntuアップグレード)を実行して新しいLinuxカーネルをインストールすると、時々スペースが不足しますが、これは悪いことです。これはsystemdを含むUbuntu Bionic 18.04にあるため、Journaldがインストールされています。
デフォルトでは、Journaldは他のプロセスのためにドライブスペースの15%を予約し(SystemKeepFree
)、スペースの最大10%を使用するように設定されています(SystemMaxUse
)。しかし、しばしばこれらの価値を超えています。
それでは、真空掃除作業を引き起こす要因は何ですか?
他の作業でスペースが必要なときにスペースをすばやく取得するにはどうすればよいですか?
以前のクリーンアップジョブのログを取得する方法はありますか?記録されていますか?
grep機能がありません。なぜですか? (そして見てください。Ubuntuのバグ 1751657)
$ journalctl --grep journald
Compiled without pattern matching support
答え1
なぜ超過したのかわかりませんSystemMaxUse=
。申し訳ありません。
編集:コメントでは、@nealmcbは以下の回答を承認し、ジャーナルがそれ以外のものをSystemKeepFree=
超えることを提案しましたSystemMaxUse=
。
他の作業でスペースが必要なときにスペースをすばやく取得するにはどうすればよいですか?
私は一般的にあなたがこれに頼ることができないと思います。 SystemKeepFree=
動作方法は次のように安定していませんSystemMaxUse=
。
ファイルシステムがほぼいっぱいでsystemd-journaldを起動したときにSystemKeepFree =またはRuntimeKeepFree =に違反すると、制限は実際の使用可能な割合に増えます。つまり、ログファイルが生成される前に十分な空き容量があり、他の理由でファイルシステムがいっぱいになると、ログはスペースの使用を中止しますが、スペースを減らすために既存のファイルを削除しません。
実行中のシステムで構成ファイルを変更した場合は、次のように実行してそのファイルを再度読み取ることができます。systemctl restart systemd-journald
journalctl --vacuum...
たとえば、コマンドのいずれかを使用して手動でスペースを減らすことができますjournalctl --vacuum-size=500M
。
クリーンアップを記録するコードがあるようですが、最近のバージョンではメッセージの優先順位が「デバッグ」に設定されています。おそらく、これはメッセージがデフォルトで表示されないことを意味します。望むより:システムの「クリーンアップ完了、ゼロバイト解除」メッセージとはどういう意味ですか?