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?
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.
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/ )
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
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.