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


17

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-daemonapplications 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?


3
Je me demande en fait si une mise à jour a pu causer cela. Je rencontre exactement le même problème, et j'ai à peu près épuisé toutes les ressources que j'ai un peu peur de faire une réinstallation complète. J'espère que quelqu'un pourrait avoir compris celui-ci. Je peux obtenir le démon pour démarrer OK, mais je ne peux pas obtenir le trousseau de clés à déverrouiller au moment de la connexion.
Terrance


3
Étrangement, cela m'affecte depuis aujourd'hui le 16.04.
Byte Commander

J'ai le même problème lors d'une gnome-shellinstallation (depuis Ubuntu Gnome 16.04). Commencé récemment. Il ne semble donc pas lié à l'unité ...
Rmano

1
La méthode de @ByteCommander a résolu le problème pour moi. Merci ...
Rmano

Réponses:


10

Je fais face 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

Lorsque je fais cela, cela m'invite à entrer mon secret pour déverrouiller mes porte-clés.


Il demande toujours le mot de passe pour déverrouiller le trousseau de clés
Laurent

4
Cela a très bien fonctionné! Mais j'avais juste besoin de supprimer l' --startoption car elle n'est pas compatible avec--replace
Anwar

Chrome prenait trop de temps à charger, dans le terminal je tape gnome-keyring-daemon, puis ferme et ouvre chrome, maintenant je suis capable de taper mon mot de passe, merci
christianbueno.1

9

Je pourrais contourner ce problème en désinstallant dbus-user-session(et ses dépendants xdg-desktop-portalet xdg-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/ )


cela semble fonctionner pour plusieurs personnes, dont moi. Voir ce rapport de bogue à partir de # 67 pour plus d'informations. bugs.launchpad.net/ubuntu/+source/gnome-keyring/+bug/1689825
Antonios Hadjigeorgalis

Cela devrait être la meilleure réponse car elle résout le problème de manière permanente sans aucun autre effet secondaire - sauf peut-être que l'application qui a voulu dbus-user-sessionêtre installée peut être légèrement bouleversée, mais mieux que celle-ci que l'ensemble du système.
Byte Commander

Cela ne m'a pas résolu
Laurent

5

J'ai pu corriger le raccourci lent et le chrome suspendu, 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


1
Il demande toujours le mot de passe pour déverrouiller le trousseau de clés
Laurent

Hmm ... J'ai le même problème avec gnome-shellet gdm, donc ce n'est probablement pas directement lié. Merci de toute façon, explorera pam... quelque part, gnome-keyring-daemonil faudra commencer
Rmano

Je lance aussi gnome-sheel, donc en regardant la configuration, j'ai trouvé une ligne similaire /etc/pam.d/gdm-password. Je l'ai commenté mais cela n'a pas résolu le problème.
Laurent

0

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:

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éfini l'option "On"

Maintenant, redémarrez, et cela a fonctionné parfaitement pour moi. Ce sont les paramètres --replaceet les --daemonizeparamè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.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.