пользователь ключ GPG, который не в состоянии использоваться SUDO

Я полагаю, что конфигурация по умолчанию sudo должна сохранить $HOME. Таким образом, если Вы были зарегистрированы как user1 и использовались sudo scriptname где scriptname сделал echo $HOME, необходимо ожидать видеть "/home/user1", на который отреагировали, не "/корень".

Я предположу, что BassKozz не изменил это. Возможно, он не вошел в систему как свой желаемый user1, запустив скрипт как sudo. Возможно, он действительно просто запускает скрипт как корень, например, через cronjob корня. В этом случае его $HOME никогда не был бы/home/user1 во-первых, поэтому даже если sudo сохраняет значение $HOME, которому это не помогает. В этом случае любой из других ответов, которые говорят Вам, как установить $HOME на правильное значение, или сообщать gpg, где Ваш homedir, должен работать.

Если однако, это верно, поскольку он говорит, что не может даже запустить свой скрипт двуличности "как sudo"---то есть, при входе в систему как user1 и ввод sudo duplicity_script, затем проблема не будет неправильно установленным $HOME. Как мы видели, $HOME должен в этом случае иметь правильное значение. Таким образом, проблема - что-то еще. Я не услышал достаточно и не знаю duplicity+gpg достаточно хорошо, для размышления, каково это могло бы быть.

действительно ли Вы уверены, что означаете шифровать свои резервные копии с пользователи gpg ключ во-первых?

если у Вас нет отдельного резервного копирования Вашего gpg ключа (который я надеюсь, что Вы делаете), Вы будете не мочь дешифровать любые из резервных копий при потере содержания корневого каталога.

Вы попробовали --homedir опция?

Если вы используете параметр «--preserve-env» для sudo, то GPG в сеансе sudo сможет найти gpg-agent, работающий в собственном сеансе.

Пример :

sudo --preserve-env ВАША_КОММАНДА ...