Depuis quelques jours, mon démon Gnome-keyring ne démarre pas correctement.
Une fois 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 ne le font pas), certains raccourcis sont très lents CTRL+ ALT+ Tpour le terminal ou l'écran d'impression peut prendre jusqu'à une minute entre la pression de la touche et l'action)
Seahorse n'affiche 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 souhaite accéder, je reçois l'invite de mot de passe du trousseau de clés. Une fois déverrouillé, le trousseau fonctionne correctement.
J'ai jeté un œil aux applications de démarrage pour ma session et je n'ai qu'une seule commande pertinente:
/usr/bin/gnome-keyring-daemon --start --components=ssh
J'ai ajouté des /usr/bin/gnome-keyring-daemon
applications de démarrage, mais il vous demandera le mot de passe du trousseau de clés après chaque connexion, ce qui n'était pas le cas auparavant.
Une idée de ce qui s'est passé et comment y remédier, s'il vous plaît?
la source
gnome-shell
installation (depuis Ubuntu Gnome 16.04). Commencé récemment. Il ne semble donc pas lié à l'unité ...Réponses:
Je fais face au même problème,
en tant que solution temporaire, essayez d'exécuter ce qui suit après la connexion
Lorsque je fais cela, cela m'invite à entrer mon secret pour déverrouiller mes porte-clés.
la source
--start
option car elle n'est pas compatible avec--replace
Je pourrais contourner ce problème en désinstallant
dbus-user-session
(et ses dépendantsxdg-desktop-portal
etxdg-desktop-portal-gtk
). Ces packages sont entrés par l'installation de flatpak.Merci à Olaf qui m'a amené sur la bonne voie ( https://forum.ubuntuusers.de/topic/gnome-keyring-daemon-doppelt/ )
la source
dbus-user-session
être installée peut être légèrement bouleversée, mais mieux que celle-ci que l'ensemble du système.J'ai pu corriger le raccourci lent et le chrome suspendu, en commentant une ligne dans /etc/pam.d/lightdm
Le problème semble affecter plus d'utilisateurs btw: https://bugs.launchpad.net/ubuntu/+source/gnome-keyring/+bug/1689825
la source
gnome-shell
etgdm
, donc ce n'est probablement pas directement lié. Merci de toute façon, explorerapam
... quelque part,gnome-keyring-daemon
il faudra commencer/etc/pam.d/gdm-password
. Je l'ai commenté mais cela n'a pas résolu le problème.J'ai eu exactement le même problème. Fondamentalement, à chaque démarrage, je pouvais voir le démon gnome-keyring-daemon comme un processus (ps -ef | grep keyring). Si j'émettais manuellement le démon gnome-keyring-daemon à l'aide de l'option --start, il ne démarrerait pas l'instance de défaut déjà en cours d'exécution. Par un processus de déduction manuelle, j'ai trouvé que si je tuais ce processus et commençais un nouveau trousseau de clés, alors tout fonctionnait parfaitement. voici donc ce que j'ai fait pour rendre la solution "collante" ....
aller au menu - configuration du système - applications de démarrage
supprimez l'entrée gnome-keyring-daemon qui est déjà là (si vous en avez une)
créer un nouveau démon gnome-keyring avec les propriétés suivantes:
Enregistrez l'élément de démarrage, mais assurez-vous qu'il a un petit délai - j'ai ajouté 10 secondes et défini l'option "On"
Maintenant, redémarrez, et cela a fonctionné parfaitement pour moi. Ce sont les paramètres
--replace
et les--daemonize
paramètres qui ont fait la différence sur ma cannelle VirtualBox Mint 18.3 et un ordinateur portable Lenovo G710, après avoir essayé diverses combinaisons d'autres suggestions ici.la source