Ошибка расшифровки gpg – неверный ключ сеанса

Я пакетно зашифровал некоторые резервные файлы с помощью скрипта. Операционная система – CentOS 7, текущая версия gpg – 2.0.22. Важные части скрипта следующие:

введите код здесь`echo Введите парольную фразу
read PASS

for sourcefile in $(find /quitelarge/upload/proton/ -name *.gz); do

  echo $sourcefile
  destfile=$(echo $sourcefile | sed '1 s;/quitelarge/upload/proton;/quitelarge/upload/mega;')
  gpg --batch --passphrase "$PASS" -o $destfile.gpg -c $sourcefile

done

Когда я попытался расшифровать один из файлов, случилось следующее:

gpg -d agent.tar.gz.gpg
gpg: CAST5 зашифрованные данные
gpg: зашифровано с использованием одной парольной фразы
gpg: DBG: очищена кэшированная парольная фраза с ID: SAEFA41D323D1BAE9
gpg: расшифровка не удалась: неверный ключ сеанса

Да, я действительно ввёл правильную парольную фразу. В процессе исследования этой проблемы я нашёл упоминание о:

• Различные версии gpg, использованные для шифрования и расшифровки – я только что попробовал зашифровать/расшифровать с использованием одной и той же версии gpg, та же ошибка
• Проблема на Windows с включением перевода строки в парольной фразе – из того, что я читал, не думаю, что это касается Linux

Я тестировал этот процесс год или более назад и мог расшифровать резервные файлы. возможно, что-то изменилось в gpg (?) Я в тупике. Есть предложения?

Заранее благодарю,

Кен

P.S. Так как CentOS 7 уже довольно устарел, я попробовал расшифровать файлы на машине с Linux Mint 20.3 с gpg 2.2.19. Та же проблема. У меня возникло подозрение, что это может быть связано с тем, что gpg был обновлён в какой-то момент до gpg2. какой gpg ссылается на gpg2.

Я запустил тестовый скрипт для нового текстового файла с текущим gpg и затем попытался расшифровать. Та же проблема.

Мне нравится, когда я сам отвечаю на свои вопросы, но не обязательно, когда проблема создана мной же…

Меня беспокоила эта сессия. Я решил создать скрипт для принятия парольной фразы, зашифровать файл, затем расшифровать файл с другим именем – всё в одном скрипте. Это не сработало. Тогда я подумал, что же работает с gpg?

[ken@taylor20 upload]$ ps aux | grep gpg
ken       7422  0.3  0.0 121812  1064 ?        Ss   09:36   0:00 gpg-agent --daemon --use-standard-socket
ken       7598  0.0  0.0 112812   976 pts/0    S+   09:38   0:00 grep --color=auto gpg

Я завершил процесс демона gpg-agent, и мой скрипт заработал. Затем я вернулся к исходному архивному файлу, который пытался расшифровать. Всё ещё неудачно. Я проверил свой архив и шифровальный скрипт и нашёл эту ошибочную строку кода

PASS=testpasswordfornow

Оказывается, когда я в последний раз вносил изменения, мне надоело вводить парольную фразу каждый раз, когда я запускал тест, поэтому я закомментировал команду чтения и использовал вышеуказанную строку. Когда я вернулся к рабочему процессу, я раскомментировал команду чтения, но забыл удалить вышеуказанную строку, и она переопределила введённую мной парольную фразу 🙁 Я могу расшифровать свой файл, используя тестовую парольную фразу.

Кен