Gnome Keyring Daemon startet nicht richtig

17

Seit ein paar Tagen ist mein Gnome-Keyring-Daemon nicht mehr richtig gestartet.

Nach dem Einloggen:

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

Apps bemängeln nicht den Schlüsselbund zugreifen zu können (und dies nicht tun), sind einige Abkürzungen sehr langsam CTRL+ ALT+ Tfür Terminal oder Bildschirm sowohl zu einer Minute zwischen Tastendruck und Maßnahmen ergreifen , bis drucken können)

Seahorse zeigt den Anmeldeschlüsselring nicht an

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

Sobald eine App darauf zugreifen möchte, erhalte ich die Aufforderung zur Eingabe des Schlüsselbundkennworts. Nach dem Entsperren funktioniert der Schlüsselring ordnungsgemäß.

Ich habe versucht, Apps für meine Sitzung zu starten, und habe nur einen relevanten Befehl:

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

Ich /usr/bin/gnome-keyring-daemonhabe Start-Apps hinzugefügt , es wird jedoch nach jeder Anmeldung zur Eingabe des Schlüsselbundkennworts aufgefordert, was vorher nicht geschehen war.

Haben Sie eine Idee, was passiert ist und wie Sie dies beheben können?

— Laurent
quelle

3

Ich frage mich eigentlich, ob ein Update dies verursacht haben könnte. Ich habe genau das gleiche Problem und habe fast jede einzelne Ressource erschöpft, die ich nur schüchtern habe, um eine vollständige Neuinstallation durchzuführen. Ich hoffe, dass jemand das herausgefunden hat. Ich kann den Daemon zum Starten veranlassen, aber ich kann den Schlüsselbund nicht zum Entsperren zum Zeitpunkt der Anmeldung veranlassen.

— Terrance

Siehe Fehlerbericht: bugs.launchpad.net/ubuntu/+source/gnome-keyring/+bug/1689825

— Antonios Hadjigeorgalis

3

Seltsamerweise betrifft mich das seit heute am 16.04.

— Byte Commander

Ich habe das gleiche Problem bei einer gnome-shell(von Ubuntu Gnome 16.04) Installation. Vor kurzem angefangen. Es scheint also nicht mit der Einheit zu

— tun zu haben

1

@ByteCommanders Methode hat das Problem für mich gelöst. Vielen Dank ...

— Rmano

10

Ich stehe vor dem gleichen Problem,

Versuchen Sie als vorübergehende Lösung, nach der Anmeldung Folgendes auszuführen

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

Wenn ich das tue, werde ich aufgefordert, mein Geheimnis einzugeben, um meine Schlüsselringe zu entsperren.

— George Tavantzopoulos
quelle

Es wird weiterhin nach dem Passwort gefragt, um den Schlüsselring zu entsperren

— Laurent

4

Das hat super geklappt! Aber ich musste nur die --startOption entfernen, da sie nicht kompatibel ist--replace

— Anwar

Chrom wurde unter zu lange zu laden, in Terminal i Typ gnome-keyring-daemon, dann schließen und öffnen Chrom, jetzt ich in der Lage bin mein Passwort eingeben, danke

— christianbueno.1

9

Ich könnte dieses Problem umgehen, indem ich dbus-user-session(und seine Abhängigen xdg-desktop-portalund xdg-desktop-portal-gtk) deinstalliere . Diese Pakete sind durch die Installation von flatpak eingegangen.

Vielen Dank an Olaf, der mich auf den richtigen Weg gebracht hat ( https://forum.ubuntuusers.de/topic/gnome-keyring-daemon-doppelt/ )

— decocijo
quelle

Das scheint für mehrere Leute zu funktionieren, auch für mich. Weitere Informationen finden Sie in diesem Fehlerbericht ab # 67. bugs.launchpad.net/ubuntu/+source/gnome-keyring/+bug/1689825

— Antonios Hadjigeorgalis

Dies sollte die beste Antwort sein, da es das Problem dauerhaft ohne andere Nebenwirkungen behebt - außer dass die gewünschte Anwendung dbus-user-sessionmöglicherweise etwas verärgert ist, aber besser als das gesamte System.

— Byte Commander

Es hat es für mich nicht gelöst

— Laurent

5

Ich konnte die langsame Verknüpfung und das hängende Chrom beheben, indem ich eine Zeile in /etc/pam.d/lightdm auskommentierte

# session optional        pam_gnome_keyring.so auto_start

Das Problem scheint mehr Benutzer zu treffen, btw: https://bugs.launchpad.net/ubuntu/+source/gnome-keyring/+bug/1689825

— Jens Wagner
quelle

1

Es wird weiterhin nach dem Passwort gefragt, um den Schlüsselring zu entsperren

— Laurent

Hmm ... ich habe das gleiche Problem mit gnome-shellund gdm, daher hängt dies wahrscheinlich nicht direkt zusammen. pamgnome-keyring-daemon

— Trotzdem

Ich starte auch gnome-sheel, also habe ich in der Konfiguration eine ähnliche Zeile gefunden /etc/pam.d/gdm-password. Ich habe es auskommentiert, aber es hat das Problem nicht gelöst.

— Laurent

0

Ich hatte genau das gleiche Problem. Grundsätzlich konnte ich den gnome-keyring-daemon bei jedem Start als einen Prozess sehen (ps -ef | grep keyring). Wenn ich den gnome-keyring-daemon manuell mit der Option --start ausgab, würde die eine Fehlerinstanz, die bereits ausgeführt wird, nicht gestartet. Durch einen manuellen Abzug stellte ich fest, dass alles perfekt funktionierte, wenn ich diesen Prozess abbrach und einen neuen Schlüsselring startete. Also hier ist, was ich getan habe, um die Lösung "klebrig" zu machen ...

Gehen Sie zu Menü - Systemkonfiguration - Start-Apps

lösche den gnome-keyring-daemon eintrag der schon da ist (falls du einen hast)

erstelle einen neuen gnome-keyring daemon mit folgenden eigenschaften:

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

Speichern Sie das Startelement, stellen Sie jedoch sicher, dass es eine geringe Verzögerung aufweist. Ich habe 10 Sekunden hinzugefügt und die Option "Ein" aktiviert.

Jetzt neu starten, und es funktionierte einwandfrei für mich. Es schienen die --replaceund --daemonizeEinstellungen zu sein, die den Unterschied auf meinem VirtualBox Mint 18.3-Zimt und einem Lenovo G710-Laptop ausmachten, nachdem ich hier verschiedene Kombinationen anderer Vorschläge ausprobiert hatte.

— Deegeepee
quelle