web-dev-qa-db-ja.com

16.04から18.04にアップグレードした後、マウントオプションで指定されたsigのユーザーセッションキーリングに有効なキーが見つかりませんでした

約1か月前に、16.04 LTSサーバーを18.04.1 LTSに更新しました。アップグレードはうまくいきました。ただし、アップグレード以降、ユーザーがログインするたびに、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.

そのため、キーは既にキーリングにありますが、ユーザーがログインするとエラーメッセージが表示されます。

この通知/エラーの発生を防ぐにはどうすればよいですか？

upgradepasswordencryptionecryptfs
11
Andy

Ubuntu 17.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]

バグレポートを購読し、それがあなたにも影響することを確認してください。

他のユーザーが投稿したメッセージを読んでください。一部のソリューションで機能し、他のソリューションではないソリューションがあります。

3
WinEunuuchs2Unix