Duplizierung schlägt nach libgcrypt-Update fehl

372
ygoe

Ich verwende duplicity für die Sicherung meines Linux-Servers (Ubuntu Server 16.04). Die Verschlüsselung erfolgt mit einem GnuPG-Schlüssel. Das hat gut funktioniert, bis das libgcrypt-Paket am 4. Juli aktualisiert wurde. Seitdem bekomme ich die folgenden Fehlermeldungen, egal was ich versuche:

/usr/lib/python2.7/dist-packages/Crypto/Cipher/blockalgo.py:141: FutureWarning: CTR mode needs counter parameter, not IV self._cipher = factory.new(key, *args, **kwargs) 

Und seit dem zweiten Mal auch das:

Datenträger wurde von Schlüssel D911EC2F, anstatt von 7210E89B unterschrieben 

In englischer Sprache sollte dies lauten: "Das Volume wurde mit dem Schlüssel D911EC2F und nicht mit 7210E89B signiert."

gpg --list-keys sagt mir das:

/root/.gnupg/pubring.gpg ------------------------ pub 4096R/7210E89B 2014-12-27 uid Server Backup sub 4096R/D911EC2F 2014-12-27 

Duplizität ist so konfiguriert, dass die Taste "7210E89B" verwendet wird.

Jetzt bin ich verwirrt. Was ist passiert? Ich habe das System in keiner Weise berührt. Hat das Upgrade des lib-GnuPG-Pakets eine grundlegende Änderung mit sich gebracht? Ist es jetzt verwirrend, die zwei IDs des gleichen Schlüssels (was auch immer das ist, ich bin kein GnuPG-Experte, brauche es nur für die Sicherung). Und was hat das mit der anderen Fehlermeldung über etwas mit CTR zu tun?

Duplizitätsversion ist 0.7.06, gpg ist 1.4.20

libgcrypt20 wurde von 1.6.5-2ubuntu0.2 auf 1.6.5-2ubuntu0.3 aktualisiert

Wie ich herausgefunden habe, kann ich das Paket-Update nicht rückgängig machen. Nachdem ein Sicherheitsupdate installiert wurde, kann es nicht mehr zurückgesetzt werden. Die alte Version ist nicht mehr für die Installation verfügbar ("E: Version '1.6.5-2ubuntu0.2' für 'libgcrypt20' wurde nicht gefunden"), daher kann ich die alte Version nicht mehr ausprobieren. (Windows könnte das tatsächlich tun, aber das ist hier keine Option.)

1
Update: Ich habe meine vorhandenen Sicherungsdateien gelöscht und eine neue vollständige Sicherung gestartet. Das hat problemlos funktioniert. Nicht sicher, was das Problem verursacht hat, aber es wurde in einer sauberen Backup-Umgebung ausgeführt. ygoe vor 7 Jahren 0

0 Antworten auf die Frage