約1か月前に、16.04LTSサーバーを18.04.1LTSに更新しました。アップグレードはうまくいきました。ただし、アップグレード以降、ユーザーがログインするたびに、dmesgにメッセージが表示されます。 または、次のようなローカルコンソール（ユーザーのSSHセッションではない）で：
[890802.820519] Could not find key with description: [HEXSTRING]
[890802.820537] process_request_key_err: No key
[890802.820538] Could not find valid key in user session keyring for sig specified in mount option: [HEXSTRING]
[890802.820557] One or more global auth toks could not properly register; rc = [-2]
[890802.820558] Error parsing options; rc = [-2]
何度もグーグルした後、私はこの関連する質問を見つけ、アップグレードが行われたときに取得したユーザーのホームドライブのバックアップであることがわかりました。
ユーザーは引き続きホームドライブにアクセスでき、ログインに問題はありません。これは、クリーンアップしようとしている迷惑なメッセージにすぎません。
リンクされた質問で受け入れられた回答を使用して、キーリングにパスフレーズを追加しようとしました：
$ /usr/bin/ecryptfs-manager
eCryptfs key management menu
-------------------------------
1. Add passphrase key to keyring
2. Add public key to keyring
3. Generate new public/private keypair
4. Exit
Make selection: 1
Mount-wide passphrase:
Confirm passphrase:
Using the default salt value
That key was already in the keyring.
そのため、キーはすでにキーリングにありますが、ユーザーがログインするとエラーメッセージが表示されます。
この通知/エラーの発生を防ぐにはどうすればよいですか？
承認された回答：
このバグはUbuntu17.10で最初に報告されたようです：ecryptfs-mount-privateはecryptfsキーの初期化に失敗します
そこにあるエラーはあなた自身のようなものです：
[ 1265.695388] Could not find key with description: [<correct key ID>]
[ 1265.695393] process_request_key_err: No key
[ 1265.695394] Could not find valid key in user session keyring for sig specified in mount option: [<correct key ID>]
[ 1265.695395] One or more global auth toks could not properly register; rc = [-2]
[ 1265.695396] Error parsing options; rc = [-2]
バグレポートを購読し、それが自分にも影響を与えることをマークしてください。
他のユーザーが投稿したメッセージを読んでください。一部の人には効果があり、他の人には効果がない解決策があります。
関連：カスタムテーマのシェル拡張を有効にできませんか？