Kurztipp: GPG-Schlüselerstellung schlägt fehl – command get_passphrase failed: Operation cancelled

Neulich stieß ich beim Erstellen von GPG-Keys zur Signierung von erstellten RPM-Paketen auf folgenden Fehler:

can't connect to `/home/su-rpmdev/.gnupg/S.gpg-agent': No such file or directory
gpg-agent[14392]: command get_passphrase failed: Operation cancelled
gpg: cancelled by user
gpg: Key generation canceled.

Zum Erstellen der eigenen RPM-Paketen habe ich einen dedizierten Benutzer su-rpmdev erstellt, für welchen noch GPG-Schlüssel erstellt werden mussten.

Auf folgender Webseite habe ich die Lösung des Problems gefunden: [klick mich!]

(Note you should actually login console/ssh with this user, not sudo to it)

Ich habe das su-Kommando verwendet, um im Kontext des angelegten Service-Benutzers zu arbeiten – und das war schon die Ursache des Problems. Nach einem direkten Login über SSH funktionierte das Erstellen der GPG-Schlüssel.

Sharing is caring


Tweet about this on TwitterShare on FacebookShare on Google+Share on LinkedInShare on XingShare on RedditPrint this pageEmail this to someone

10 Kommentare Schreibe einen Kommentar

    • I don’t think that this is a good idea. Changing permissions of automatically created device files is basically not needed. There are reasons why creating the key was not working in my case (e.g. nested session, no „clean“ session). I think the best approach is to use the utility in the way the manual suggests it.

      Best regards,
      Christian!

  1. Thanks a lot. I had the same problem while copying the keys of a user1 to user2. When I decrypted the files as user2, I had the error message „command get_passphrase failed“. The reason was that I used su to login as user2. Now I did an ssh as user2, restored keys and voila it works fine.

Schreibe einen Kommentar