システムログが再起動後も保持されないのはなぜですか？

Question

/etc/machine-idこの問題は、再起動するたびにコンピュータ識別子が変更されるために発生します。これで、以下に新しいロギングディレクトリが起動します/var/log/journal。前のログは、次のコマンドを使用して表示できます。

journalctl --merge

まだコンピュータ ID が変更された理由を調査中です。 Linodeサポートチームはこの問題を知っています。詳細については、この回答を更新します。

/etc/machine-id更新 - 問題の根本的な原因は、単にLinodeがファイルシステムイメージの内容をゼロにすることです。結果は次の一連のイベントです。

カーネルはルートファイルシステムを読み取り専用でロードしてマウントします。
最初のramdiskで実行されているsystemdは、ルートファイルシステムから読み取りを試みます/etc/machine-id（ファイルは存在しますが内容はありません）。
systemdはシステム識別子を読み取ることができませんが、ルートファイルシステムが読み取り専用でマウントされているため、新しい識別子を書き込むことはできません。
systemdがインストールされていますtmpfs（/etc/machine-idはい、明らかにすることができますファイルシステムをファイルにマウントする)
システムコールsystemd-マシン-id-設定任意のコンピュータIDを生成し、現在の揮発性に保存します。/etc/machine-id
システムは揮発性機械識別子で始まる。

次の出力を見ると、システムに永続コンピュータIDではなく揮発性コンピュータIDがあることを確認できますmount。

$ mount | grep machine-id
tmpfs on /etc/machine-id type tmpfs (ro,mode=755)

この問題は簡単に解決できます。永久コンピュータID本物 /etc/machine-id。ただし、実行中のシステムtmpfsでは削除できないため、馬のように簡単ではありません。/etc/machine-idLinodeの問題を解決するためにとったステップは次のとおりです。

これは、起動時にコンピュータIDが欠落している結果です。今後の方にお役に立てば幸いです。

Answer 1