Я использую двуличие для резервного копирования моего сервера Linux (Ubuntu Server 16.04). Шифрование выполняется с помощью ключа GnuPG. Это работало очень хорошо, пока пакет libgcrypt не был обновлен 4 июля. С тех пор я получаю следующие сообщения об ошибках, что бы я ни пытался:
/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)
И со второго раза тоже это:
Datenträger wurde von Schlüssel D911EC2F, anstatt von 7210E89B unterschrieben
На английском это должно быть: «Том был подписан ключом D911EC2F, а не 7210E89B»
gpg --list-keys говорит мне это:
/root/.gnupg/pubring.gpg
------------------------
pub 4096R/7210E89B 2014-12-27
uid Server Backup
sub 4096R/D911EC2F 2014-12-27
Двойственность настроена на использование ключа "7210E89B".
Теперь я в замешательстве. Что случилось? Я не коснулся системы в любом случае. Обновление пакета lib-GnuPG привело к серьезным изменениям? Теперь это путает два идентификатора одного и того же ключа (что бы это ни было на самом деле, я не эксперт GnuPG, мне просто нужно это для резервного копирования). И какое это имеет отношение к другому сообщению об ошибке о чем-то с CTR?
двуличность версии 0.7.06, gpg 1.4.20
libgcrypt20 был обновлен с 1.6.5-2ubuntu0.2 до 1.6.5-2ubuntu0.3
Как я выяснил, я не могу отменить это обновление пакета. После установки обновления для системы безопасности его невозможно восстановить. Старая версия больше не доступна для установки («E: Версия« 1.6.5-2ubuntu0.2 »для« libgcrypt20 »не найдена»), поэтому я больше не могу даже попробовать старую версию. (На самом деле Windows может сделать это, но это не вариант здесь.)