Demon kluczy gnomów nie uruchamia się poprawnie

17

Od kilku dni mój demon kluczy Gnome nie uruchamia się poprawnie.

Po zalogowaniu:

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

Aplikacje narzekają, że nie mogą uzyskać dostępu do kluczy (i nie robią tego), niektóre skróty są bardzo powolne CTRL+ ALT+ Tdla terminala lub ekran drukowania może potrwać do minuty między naciśnięciem klawisza a działaniem)

Konik morski nie pokazuje breloka do logowania

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

Następnie, gdy tylko aplikacja chce uzyskać dostęp, pojawia się monit o hasło do kluczy. Po odblokowaniu brelok działa poprawnie.

Spojrzałem na aplikacje startowe do sesji i mam tylko jedno polecenie, które jest istotne:

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

Dodałem /usr/bin/gnome-keyring-daemondo aplikacji startowych, ale po każdym logowaniu będzie monitował o hasło do klucza, co nie zdarzyło się wcześniej.

Masz jakiś pomysł na to, co się stało i jak to naprawić?

— Laurent
źródło

3

Zastanawiam się, czy przyczyną tego była aktualizacja. Wystąpił dokładnie ten sam problem i wyczerpałem prawie każdy zasób, którego nie boję się dokonać pełnej ponownej instalacji. Mam nadzieję, że ktoś mógł to rozgryźć. Jestem w stanie sprawić, aby demon uruchomił się OK, ale nie mogę uzyskać kluczy do odblokowania podczas logowania.

— Terrance

zobacz raport o błędzie: bugs.launchpad.net/ubuntu/+source/gnome-keyring/+bug/1689825

— Antonios Hadjigeorgalis

3

Dziwnie to mnie dotyka od dziś, 16.04.

— Bajt Dowódca

Mam ten sam problem z instalacją gnome-shell(z Ubuntu Gnome 16.04). Zaczęło się niedawno. Wydaje się więc, że nie jest to związane z jednością ...

— Rmano

1

Metoda @ByteCommander rozwiązała dla mnie problem. Dzięki ...

— Rmano,

10

Mam do czynienia z tym samym problemem,

jako rozwiązanie tymczasowe spróbuj uruchomić następujące po zalogowaniu

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

Kiedy to robię, zachęca mnie do wpisania mojego sekretu, aby odblokować breloki do kluczy.

— George Tavantzopoulos
źródło

Nadal prosi o hasło do odblokowania breloka

— Laurent

4

To działało świetnie! Ale po prostu musiałem usunąć tę --startopcję, ponieważ nie jest kompatybilna z--replace

— Anwar

chrome trwało długo, aby załadować, w terminalu wpisz gnome-keyring-daemon, następnie zamknij i otwórz chrome, teraz jestem w stanie wpisać moje hasło, dziękuję

— christianbueno.1

9

Mógłbym obejść ten problem, odinstalowując dbus-user-session(i jego zależności xdg-desktop-portali xdg-desktop-portal-gtk). Paczki te pojawiły się po zainstalowaniu flatpak.

Dzięki Olafowi, który wprowadził mnie na właściwy tor ( https://forum.ubuntuusers.de/topic/gnome-keyring-daemon-doppelt/ )

— decocijo
źródło

to wydaje się działać dla kilku osób, w tym dla mnie. Zobacz ten raport o błędach od # 67, aby uzyskać więcej informacji. bugs.launchpad.net/ubuntu/+source/gnome-keyring/+bug/1689825

— Antonios Hadjigeorgalis

To powinna być najwyższa odpowiedź, ponieważ trwale rozwiązuje problem bez żadnych innych skutków ubocznych - może z wyjątkiem tego, że aplikacja, która chciała dbus-user-sessionzostać zainstalowana, może być nieco zdenerwowana, ale lepiej tylko ta niż cały system.

— Bajt Dowódca

Nie rozwiązało to dla mnie

— Laurent

5

Udało mi się naprawić wolny skrót i zawieszenie chromu, komentując jedną linię w /etc/pam.d/lightdm

# session optional        pam_gnome_keyring.so auto_start

Wydaje się, że problem dotyczy większej liczby użytkowników btw: https://bugs.launchpad.net/ubuntu/+source/gnome-keyring/+bug/1689825

— Jens Wagner
źródło

1

Nadal prosi o hasło do odblokowania breloka

— Laurent

Hmm ... Mam ten sam problem z gnome-shelli gdm, więc prawdopodobnie nie jest to bezpośrednio związane. Dzięki i tak pamgnome-keyring-daemon

— zbadam

Używam też gnome-sheel, więc patrząc na konfigurację znalazłem podobną linię /etc/pam.d/gdm-password. Skomentowałem to, ale to nie rozwiązało problemu.

— Laurent,

0

Miałem dokładnie ten sam problem. Zasadniczo, za każdym razem, gdy zaczynałem, widziałem demona gnome-keyring jako proces (ps -ef | grep keyring). Gdybym ręcznie uruchomił demona gnome-keyring-demona za pomocą opcji --start, nie uruchomiłby on uruchomionej już instancji błędu. Dzięki procesowi ręcznej dedukcji odkryłem, że jeśli zabiję ten proces i rozpocznę nowy brelok, wszystko będzie działać idealnie. oto, co zrobiłem, aby rozwiązanie było „lepkie” ....

przejdź do menu - konfiguracja systemu - aplikacje startowe

usuń wpis gnome-keyring-daemon, który już tam jest (jeśli taki masz)

utwórz nowego demona kluczy gnome o następujących właściwościach:

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

Zapisz element startowy, ale upewnij się, że ma on małe opóźnienie - dodałem 10 sekund i ustawiłem opcję „Włącz”

Teraz uruchom ponownie komputer i działało to dla mnie bezbłędnie. Wydawało się być --replacei --daemonizeustawienia, które robią różnicę na mojej VirtualBox Mint 18,3 cynamonem i Lenovo G710 Laptop, próbowałem różnych kombinacji inne sugestie tutaj.

— deegeepee
źródło