Il demone portachiavi di Gnome non si avvia correttamente


17

Da qualche giorno il mio demone Gnome-keyring non si è avviato correttamente.

Dopo aver effettuato l'accesso:

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

Le app si lamentano di non poter accedere al keyring (e non riescono a farlo), alcune scorciatoie sono molto lente CTRL+ ALT+ Tper il terminale o la schermata di stampa può impiegare fino a un minuto tra la pressione del tasto e l'azione)

Seahorse non mostra il portachiavi di accesso

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

Quindi, non appena un'app vuole accedere, ricevo la richiesta della password del keyring. Una volta sbloccato, il portachiavi funziona correttamente.

Ho dato un'occhiata alle app di avvio per la mia sessione e ho solo un comando rilevante:

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

Ho aggiunto /usr/bin/gnome-keyring-daemonalle app di avvio, ma chiederà la password del keyring dopo ogni accesso, cosa che prima non accadeva.

Qualche idea su cosa sia successo e su come risolvere questo problema, per favore?


3
In realtà mi chiedo se un aggiornamento potrebbe aver causato questo. Sto riscontrando lo stesso identico problema e ho quasi esaurito ogni singola risorsa che ho appena timido di fare una reinstallazione completa. Spero che qualcuno possa averlo capito. Sono in grado di avviare il demone OK, ma non riesco a sbloccare il portachiavi al momento dell'accesso.
Terrance


3
Stranamente questo mi sta colpendo da oggi il 16.04.
Byte Commander

Ho lo stesso problema su gnome-shellun'installazione (da Ubuntu Gnome 16.04). Iniziato di recente Quindi non sembra legato all'unità ...
Rmano,

1
Il metodo di @ByteCommander ha risolto il problema per me. Grazie ...
Rmano,

Risposte:


10

Sto affrontando lo stesso problema,

come soluzione temporanea provare a eseguire quanto segue dopo il login

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

Quando lo faccio, mi viene richiesto di inserire il mio segreto per sbloccare i miei portachiavi.


Chiede ancora la password per sbloccare il portachiavi
Laurent,

4
Questo ha funzionato alla grande! Ma dovevo solo rimuovere l' --startopzione perché non è compatibile con--replace
Anwar,

Chrome impiegava troppo tempo a caricarsi, nel terminale digito gnome-keyring-daemon, quindi chiudo e apro chrome, ora sono in grado di digitare la mia password, grazie
christianbueno.1

9

Potrei aggirare questo problema disinstallando dbus-user-session(e i suoi dipendenti xdg-desktop-portale xdg-desktop-portal-gtk). Quei pacchetti sono arrivati ​​attraverso l'installazione di flatpak.

Grazie a Olaf che mi ha portato sulla strada giusta ( https://forum.ubuntuusers.de/topic/gnome-keyring-daemon-doppelt/ )


questo sembra funzionare per diverse persone, incluso me. Vedi questo bug report a partire da # 67 per maggiori informazioni. bugs.launchpad.net/ubuntu/+source/gnome-keyring/+bug/1689825
Antonios Hadjigeorgalis,

Questa dovrebbe essere la risposta migliore poiché risolve permanentemente il problema senza altri effetti collaterali - tranne forse che l'applicazione che voleva dbus-user-sessioninstallare potrebbe essere leggermente sconvolta, ma meglio solo quella dell'intero sistema.
Byte Commander

Non ha risolto il problema per me
Laurent,

5

Sono stato in grado di correggere la scorciatoia lenta e appendere il cromo, commentando una riga in /etc/pam.d/lightdm

# session optional        pam_gnome_keyring.so auto_start

Il problema sembra interessare più utenti a proposito: https://bugs.launchpad.net/ubuntu/+source/gnome-keyring/+bug/1689825


1
Chiede ancora la password per sbloccare il portachiavi
Laurent,

Hmm ... ho lo stesso problema, con gnome-shelle gdm, quindi questo probabilmente non è direttamente correlato. Grazie comunque, esplorerò pam... da qualche parte gnome-keyring-daemonsi dovrà iniziare
Rmano,

Corro anche gnome-sheel, quindi guardando la configurazione ho trovato una linea simile in /etc/pam.d/gdm-password. L'ho commentato ma non ha risolto il problema.
Laurent,

0

Ho avuto esattamente lo stesso problema. Fondamentalmente, ogni volta che ho avviato, ho potuto vedere gnome-keyring-daemon come un processo (ps -ef | grep keyring). Se avessi emesso manualmente il demone gnome-keyring usando l'opzione --start, non avvierebbe l'istanza di un errore già in esecuzione. Con un processo di deduzione manuale, ho scoperto che se avessi ucciso quel processo e avessi avviato un nuovo portachiavi, tutto avrebbe funzionato perfettamente. quindi ecco cosa ho fatto per rendere la soluzione "appiccicosa" ....

vai al menu - configurazione del sistema - app di avvio

elimina la voce gnome-keyring-daemon che è già lì (se ne hai una)

crea un nuovo demone gnome-keyring con le seguenti proprietà:

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

Salva l'elemento di avvio, ma assicurati che abbia un piccolo ritardo: ho aggiunto 10 secondi e ho impostato l'opzione "Attivo"

Ora riavvia, e ha funzionato perfettamente per me. Sembrava essere la --replacee le --daemonizeimpostazioni che hanno fatto la differenza sul mio VirtualBox Mint 18.3 cannella e un laptop Lenovo G710, dopo aver provato varie combinazioni di altri suggerimenti qui.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.