そのため、何時間もの無知なグーグルとヘルプの後、問題が明らかになりました. ssh-keygen を使用して ssh キーを生成していましたが、追加の引数「-o」を追加して、openSSH の新しい形式でキーを生成しました。問題は、私の gnome-keyring が Ed255519 署名方式の鍵をサポートしていなかったことです。 Gnome-keyring は 3.20 以降、これをサポートしていません。 RSA に戻しましたが、もう問題はありません!.
私の場合、問題は、GNOME キーリングが使用する ssh キーの無効なパスフレーズを保持していたことです。この問題のトラブルシューティングにかなりの時間を費やした後、 seahorse
を実行しました 空の文字列を保持するエントリが見つかりました。
しばらく前に最初に使用したときのパスフレーズの入力ミスが原因であり、おそらくコマンドラインにフォールバックするためにリクエスターなどをキャンセルしたことが原因であると推測できます。
-
エントリを正しいパスフレーズで更新すると、すぐに問題が解決しました。
-
そのエントリを(「ログイン」キーリングから)削除し、最初のプロンプトでパスフレーズを再入力する(および適切なチェックボックスをオンにする)と、これも解決します。
これで、エージェントは「login」という名前のロック解除されたログイン キーリングから正しいパスフレーズを取得し、パスフレーズを要求したり、「操作を拒否」したりすることはなくなりました。もちろんYMMV.
openjdk-8-jre-headless :依存:ca-certificates-java ですが、インストールされる予定はありません
Linux インストールを HDD から SSD に移行するにはどうすればよいですか?