回答:
この問題には長い歴史があり、必要にgnome-keyring
応じていじくることができますが、簡単な解決策は、プロンプトのパスワードを空白に設定して、もう質問しないようにすることです。
rm ~/.local/share/keyrings/*
(たとえば、新規インストールをしていない場合は、これらのファイルを最初に確認/バックアップすることをお勧めしますcp -r ~/.local/share/keyrings ~/keyrings-backup
)この質問がまだ関連しているのかわかりませんが、私にとってはうまくいく解決策を見つけました。Debian Jessie i386を実行しています。XFCEデスクトップとgdm3ディスプレイマネージャーを使用します。私が見つけたのは、アプリケーションメニューの[設定]> [セッションとスタートアップ]> [詳細]に移動し、[起動時にGnomeサービスを起動]を選択すると問題が解決したことです。これが他のディストリビューションにどのように影響するかはわかりませんが、Debian Jessieで動作します。
あなたがどのディストリビューションを使用しているかはわかりませんが、スクリプトを作成し~/bin
てchromium
(Debianの場合)またはchromium-browser
(Ubuntuの場合)呼び出します。ディストリビューションでChromiumが呼び出されている内容に従ってスクリプトを調整してください。
#!/bin/bash
/usr/bin/chromium-browser --password-store=basic "$@"
Google Chromeの場合、別のスクリプトを作成~/bin
しgoogle-chrome-stable
て、次のように呼び出すことができます。
#!/bin/bash
/usr/bin/google-chrome-stable --password-store=basic "$@"
上記のスクリプトは--password-store=basic
、2つのプログラムのいずれかを起動したときに、すべてのインスタンスの引数を使用します。
このソースから:
--password-store使用する暗号化ストレージバックエンドを指定します。可能な値は、kwallet、kwallet5、gnome、gnome-keyring、gnome-libsecret、basicです。その他の値を指定すると、Chromeが最適なバックエンドを自動的に検出します。TODO(crbug.com/571003):PasswordStoreがパスワードの格納にキーリングまたはKWalletを使用しなくなったら、このフラグの名前を変更してパスワードの参照を停止します。ただし、すぐに名前を変更しないでください。開発者とテスターは、キーリングまたはKWalletから大量のテスト用パスワードを除外することに依存する場合があります。
コメントしたかったのですが、評判が少なすぎてコメントできないということです。大変申し訳ございません。
キーホルダーを削除する@Wolfからの回答も役に立ち~/.local/share/keyrings/
ました。そこから、私はDefault_keyring.keyring
この振る舞いの説明を見ました。
GNOME libsecret
API には奇妙なところがあるようですが、OSCryptを初期化するときに、googleはlibsecretを使用してダミーのエントリを追加するだけです。詳細については、https://bugs.chromium.org/p/chromium/issues/detail?id = 660005を参照してください。