![署名が正しくないため、バックアップを二重復元できないのはなぜですか?](https://linux33.com/image/107574/%E7%BD%B2%E5%90%8D%E3%81%8C%E6%AD%A3%E3%81%97%E3%81%8F%E3%81%AA%E3%81%84%E3%81%9F%E3%82%81%E3%80%81%E3%83%90%E3%83%83%E3%82%AF%E3%82%A2%E3%83%83%E3%83%97%E3%82%92%E4%BA%8C%E9%87%8D%E5%BE%A9%E5%85%83%E3%81%A7%E3%81%8D%E3%81%AA%E3%81%84%E3%81%AE%E3%81%AF%E3%81%AA%E3%81%9C%E3%81%A7%E3%81%99%E3%81%8B%EF%BC%9F.png)
私はバックアップを管理するために適切に使用します。今日、私は現在コンピュータから失われた古いコンピュータからいくつかのバックアップファイルをインポートしたいと思いました。残念ながら、Duplicate によって自動的に選択されたキー以外のキーでリポジトリが署名されたというエラーが発生します。
Autoset found secret key of first GPG_KEY entry 'B8C46F4D410B8E334BBA1ECA68D101873E261004' for signing.
…
Datenträger wurde von Schlüssel 68D101873E261004, anstatt von B8C46F4D410B8E334BBA1ECA68D101873E261004 unterschrieben
(2. ドイツ語のメッセージで申し訳ありません。説明した内容が記載されています。)
奇妙なことは、それが同じキーであると確信しているということです。最初にプロファイルを作成したときに、プロファイルフォルダにコピーされたキーは変更されませんでした。次に、店舗で使用される署名キー番号(最初のキー番号)は、プロファイルフォルダで自動的に選択されたキーの最後の部分にすぎません。だからここで正確に何が起こっているのか理解していません。
プロファイル作成中にプロファイルフォルダに二重に保存されるキーは次のとおりです。
$ ls
gpgkey.B8C4_6F4D_410B_8E33_4BBA_1ECA_68D1_0187_3E26_1004.pub.asc
gpgkey.B8C46F4D410B8E334BBA1ECA68D101873E261004.pub.asc
gpgkey.B8C4_6F4D_410B_8E33_4BBA_1ECA_68D1_0187_3E26_1004.sec.asc
gpgkey.B8C46F4D410B8E334BBA1ECA68D101873E261004.sec.asc
これもちょっと重複しているようです。
私の冗長プロファイル設定では、次のように言います。
GPG_KEY='B8C46F4D410B8E334BBA1ECA68D101873E261004'
もう一つのことは、最後に設定を使用したときに何の問題もなく、それ以降手動で何も変更しなかったことです。
答え1
duplyが実行する二重性は、キーが複数の識別子で識別できることを処理する準備ができていません。
あなたは正しいです。正しいキーについて文句を言います。これは邪魔になってはいけません。ただ警告です。この問題を解決するには、次の設定を行います。署名キー冗長構成で短い形式を使用すると、警告は消えます。
..ede/duply.net