O daemon do conjunto de chaves do Gnome não inicia corretamente

15

Desde alguns dias atrás, o daemon do meu anel de chaves do Gnome não foi iniciado corretamente.

Após o login:

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

Aplicativos queixam-se de não conseguir acessar o chaveiro (e não o fazem), alguns atalhos são muito lentos CTRL + ALT + T para terminal ou tela de impressão pode levar até um minuto entre a pressão da tecla e a ação)

Seahorse não mostra o chaveiro de login

$ /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

Então, assim que um aplicativo quiser acessar, recebo a solicitação de senha do chaveiro. Uma vez desbloqueado, o chaveiro funciona corretamente.

Eu dei uma olhada nos aplicativos de inicialização da minha sessão e só tenho um comando que é relevante:

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

Eu adicionei /usr/bin/gnome-keyring-daemon aos aplicativos de inicialização, mas ele solicitará a senha do chaveiro após cada login, o que não estava acontecendo antes.

Alguma ideia do que aconteceu e como consertar isso, por favor?

    
por Laurent 31.03.2017 / 04:49

4 respostas

10

Estou enfrentando o mesmo problema,

como uma solução temporária, tente executar o seguinte após o login

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

Quando estou fazendo isso, me pede para inserir meu segredo para desbloquear meus chaveiros.

    
por grgtvs 04.05.2017 / 12:29
8

Eu poderia contornar esse problema desinstalando dbus-user-session (e seus dependentes xdg-desktop-portal e xdg-desktop-portal-gtk ). Esses pacotes vieram através da instalação do flatpak.

Obrigado ao Olaf que me colocou no caminho certo ( link )

    
por decocijo 14.07.2017 / 11:18
5

Consegui corrigir o atalho lento e suspender o cromo, comentando uma linha em /etc/pam.d/lightdm

# session optional        pam_gnome_keyring.so auto_start

O problema parece afetar mais usuários btw: link

    
por Jens Wagner 11.05.2017 / 12:26
0

Eu tive exatamente o mesmo problema. Basicamente, sempre que eu comecei, eu podia ver o daemon do gnome-keyring como um processo (keyring ps -ef | grep). Se eu emitisse manualmente o daemon-gnome-keyring usando a opção --start, ele não iniciaria a instância com uma falha já em execução. Por um processo de dedução manual, descobri que se eu matasse esse processo e começasse um novo chaveiro, tudo funcionaria perfeitamente. então aqui está o que eu fiz para tornar a solução "pegajosa" ....

vá para o menu - configuração do sistema - aplicativos de inicialização

exclua a entrada gnome-keyring-daemon que já está lá (se você tiver uma)

crie um novo daemon do gnome-keyring com as seguintes propriedades:

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

Salve o item de inicialização, mas certifique-se de que ele tenha um pequeno atraso - adicionei 10 segundos e defina a opção "On"

Agora reinicie e funcionou perfeitamente para mim. Parecia ser o --replace e --daemonize configurações que fizeram a diferença no meu VirtualBox Mint 18.3 canela e um Lenovo G710 Laptop, tendo tentado várias combinações de outras sugestões aqui.

    
por deegeepee 09.01.2018 / 16:11