web-dev-qa-db-fra.com

Le démon de clés de Gnome ne démarre pas correctement

Depuis quelques jours, mon démon Gnome-keyring n’a pas démarré correctement.

Après vous être connecté:

ps aux | grep keyring
user       3496  0.0  0.0 214408 15800 ?        SLl  13:30   0:00 /usr/bin/gnome-keyring-daemon --daemonize --login

Les applications se plaignent de ne pas pouvoir accéder au trousseau de clés (et échouent), certains raccourcis sont très lents CTRL+ALT+T pour un terminal ou un écran d’impression peut prendre jusqu’à une minute entre la touche et l’action)

Seahorse ne montre pas le trousseau de connexion

$ /usr/bin/gnome-keyring-daemon
SSH_AUTH_SOCK=/run/user/1000/keyring/ssh
$ ps aux | grep keyr
user       3496  0.0  0.0 214408 15800 ?        SLl  13:30   0:00 /usr/bin/gnome-keyring-daemon --daemonize --login
user       8524  0.1  0.0 211004 12468 pts/5    SLl  13:38   0:00 /usr/bin/gnome-keyring-daemon

Ensuite, dès qu'une application veut accéder, je reçois l'invite du mot de passe du trousseau. Une fois déverrouillé, le trousseau de clés fonctionne correctement.

J'ai jeté un coup d'œil aux applications de démarrage de ma session et je n'ai qu'une seule commande pertinente:

/usr/bin/gnome-keyring-daemon --start --components=ssh

J'ai ajouté /usr/bin/gnome-keyring-daemon aux applications de démarrage, mais le système demandera le mot de passe du trousseau après chaque connexion, ce qui n'était pas le cas auparavant.

Toute idée sur ce qui s'est passé et comment résoudre ce problème s'il vous plaît?

17
Laurent

Je suis confronté au même problème,

en tant que solution temporaire, essayez d'exécuter ce qui suit après la connexion

gnome-keyring-daemon --start --replace --foreground --components=secrets,ssh,pcks11

Quand je le fais, cela me pousse à entrer dans mon secret pour déverrouiller mes trousseaux de clés.

10

Je pourrais contourner ce problème en désinstallant dbus-user-session (et ses dépendants xdg-desktop-portal et xdg-desktop-portal-gtk). Ces paquets sont venus en installant flatpak.

Merci à Olaf qui m'a amené sur la bonne voie ( https://forum.ubuntuusers.de/topic/gnome-keyring-daemon-doppelt/ )

9
decocijo

J'ai réussi à corriger le raccourci lent et le blocage du chrome, en commentant une ligne dans /etc/pam.d/lightdm

# session optional        pam_gnome_keyring.so auto_start

Le problème semble affecter plus d'utilisateurs btw: https://bugs.launchpad.net/ubuntu/+source/gnome-keyring/+bug/1689825

5
Jens Wagner

J'ai eu exactement le même problème. En gros, chaque fois que je démarrais, je pouvais voir le démon gnome-keyring en tant que processus (ps -ef | grep keyring). Si j'émettais manuellement le démon gnome-keyring à l'aide de l'option --start, l'instance à une erreur déjà en cours ne serait pas démarrée. Grâce à un processus de déduction manuelle, j’ai trouvé que si j’élimine ce processus et lance un nouveau trousseau de clés, tout fonctionne parfaitement. alors voici ce que j'ai fait pour rendre la solution "collante" ....

aller au menu - configuration du système - applications de démarrage

supprime l'entrée gnome-keyring-daemon déjà présente (si vous en avez une)

créez un nouveau démon gnome-keyring avec les propriétés suivantes:

Name = Gnome Keyring Daemon
Command = /usr/bin/gnome-keyring-daemon --replace --daemonize --components=pkcs11,secrets,ssh
Comment = Gnome Keyring Manager Daemon

Enregistrez l'élément de démarrage, mais assurez-vous qu'il a un petit délai - j'ai ajouté 10 secondes, et définissez l'option "On"

Maintenant, redémarrez, et cela a fonctionné parfaitement pour moi. Cela semblait être les paramètres --replace et --daemonize qui ont fait la différence sur mon VirtualBox Mint 18.3 cannelle et un ordinateur portable Lenovo G710, après avoir essayé diverses combinaisons d'autres suggestions.

0
deegeepee