Arch Linux

Problem zwischen dbus, gnome-keyring und evolution

wurbelgrumpff

Moin,

mein erster Post, hoffe, das ich in der richtigen Rubrik bin.

Also: Nach Aktualisierung von DBus und libDBus ver. 1.10.0-2-x86_64 habe ich das Problem, das ich mit Evolution nicht mehr auf meine Postfächer zugreifen kann, weil anscheinend gnome-keyring die Passwörter nicht weiterreicht. Jedenfalls kann ich in Seahorse den Standardschlüsselbund nicht mehr entsperren. Außerdem kommt in Evolution in der Statuszeile die Dauermeldung: Zustand der Benutzerschnittstelle wird gespeichert und wenn ich versuche einen Ordner anzuklicken die Meldung: Ordner xyz wird geöffnet (abgebrochen) und das Ganze durchgestrichen.

So weit die Symptome.

Ich habe rumgegoogelt aber nicht viel gefunden. An einigen Stellen wird auf die PAM Konfiguration verwiesen bzw. auch welche Änderungen in der .xinitrc erforderlich wären; das hat jedoch nicht geholfen.
Ich habe bei mir laufen ArchLinux 64bit mit xfce in den aktuellen Versionen und da drauf eben Evolution als Mailprogramm mit gnome-keyring und Seahorse.

In xfce-Einstellungen unter "Anwendungsmenü -> Einstellungen -> Sitzung und Startverhalten -> Fortgeschritten" ist das Häkchen bei "Laufzeitumgebung für GNOME beim Starten laden" gesetzt.

Bei den "automatisch gestarteten Anwendungen" in den Einstellungen sind Häkchen gesetzt bei
AT-SPI DBus Bus
GNOME-Einstellungsdienst
GSettings-Datenumwandlung
SSH-Schlüsselagent
Sicherheitsdienst
Zertifikat-/Schlüsselverwahrung

Meine PAM-Dateien sehen folgendermaßen aus:
/etc/pam.d/login

#%PAM-1.0

auth       required     pam_securetty.so
auth       requisite    pam_nologin.so
auth       include      system-local-login
auth       optional     pam_gnome_keyring.so
account    include      system-local-login
session    include      system-local-login
session    optional     pam_gnome_keyring.so        auto_start

und die /etc/pam.d/passwd

#%PAM-1.0
#password	required	pam_cracklib.so difok=2 minlen=8 dcredit=2 ocredit=2 retry=3
#password	required	pam_unix.so sha512 shadow use_authtok
password	required	pam_unix.so sha512 shadow nullok
password	optional	pam_gnome_keyring.so

Außerdem bekomme ich aus dem Journal folgende Ausgaben:

journalctl -b | grep -i keyring

Dez 07 21:50:14 terra kernel: Initialise system trusted keyring
Dez 07 21:50:47 terra gnome-keyring-daemon[548]: The SSH agent was already initialized
Dez 07 21:50:48 terra gnome-keyring-daemon[548]: The PKCS#11 component was already initialized
Dez 07 21:50:51 terra gnome-keyring-daemon[548]: The Secret Service was already initialized
Dez 07 21:51:45 terra dbus-daemon[609]: Activating service name='org.gnome.keyring.SystemPrompter'
Dez 07 21:51:45 terra org.gnome.keyring.SystemPrompter[609]: Unable to init server: Verbindung ist gescheitert:Verbindungsaufbau abgelehnt
Dez 07 21:51:45 terra org.gnome.keyring.SystemPrompter[609]: (gcr-prompter:1132): Gtk-WARNING **: cannot open display:
Dez 07 21:51:46 terra dbus-daemon[609]: Activated service 'org.gnome.keyring.SystemPrompter' failed: Process org.gnome.keyring.SystemPrompter exited with status 1
Dez 07 21:51:46 terra gnome-keyring-daemon[548]: couldn't create system prompt: GDBus.Error:org.freedesktop.DBus.Error.Spawn.ChildExited: Process org.gnome.keyring.SystemPrompter exited with status 1

und

journalctl -b | grep -i dbus

Dez 07 21:50:23 terra dbus[404]: [system] Activating via systemd: service name='org.freedesktop.ColorManager' unit='colord.service'
Dez 07 21:50:24 terra dbus[404]: [system] Successfully activated service 'org.freedesktop.ColorManager'
Dez 07 21:50:36 terra dbus[404]: [system] Activating via systemd: service name='org.freedesktop.PolicyKit1' unit='polkit.service'
Dez 07 21:50:36 terra dbus[404]: [system] Successfully activated service 'org.freedesktop.PolicyKit1'
Dez 07 21:50:36 terra dbus-daemon[609]: Activating service name='org.xfce.Xfconf'
Dez 07 21:50:36 terra dbus-daemon[609]: Successfully activated service 'org.xfce.Xfconf'
Dez 07 21:50:39 terra dbus-daemon[609]: Activating via systemd: service name='org.gtk.vfs.Daemon' unit='gvfs-daemon.service'
Dez 07 21:50:39 terra dbus-daemon[609]: Activating service name='org.freedesktop.Notifications'
Dez 07 21:50:40 terra dbus[404]: [system] Activating via systemd: service name='org.freedesktop.UPower' unit='upower.service'
Dez 07 21:50:40 terra dbus-daemon[609]: Activated service 'org.freedesktop.Notifications' failed: Process org.freedesktop.Notifications exited with status 1
Dez 07 21:50:40 terra dbus[404]: [system] Successfully activated service 'org.freedesktop.UPower'
Dez 07 21:50:40 terra dbus-daemon[609]: Successfully activated service 'org.gtk.vfs.Daemon'
Dez 07 21:50:40 terra dbus-daemon[609]: Activating service name='org.freedesktop.thumbnails.Thumbnailer1'
Dez 07 21:50:42 terra dbus-daemon[609]: Activating via systemd: service name='org.gtk.vfs.UDisks2VolumeMonitor' unit='gvfs-udisks2-volume-monitor.service'
Dez 07 21:50:42 terra dbus[404]: [system] Activating via systemd: service name='org.freedesktop.UDisks2' unit='udisks2.service'
Dez 07 21:50:44 terra dbus[404]: [system] Successfully activated service 'org.freedesktop.UDisks2'
Dez 07 21:50:44 terra dbus-daemon[609]: Successfully activated service 'org.gtk.vfs.UDisks2VolumeMonitor'
Dez 07 21:50:44 terra dbus-daemon[609]: Successfully activated service 'org.freedesktop.thumbnails.Thumbnailer1'
Dez 07 21:50:48 terra dbus-daemon[609]: Activating via systemd: service name='org.gtk.vfs.Metadata' unit='gvfs-metadata.service'
Dez 07 21:50:48 terra dbus-daemon[609]: Successfully activated service 'org.gtk.vfs.Metadata'
Dez 07 21:50:50 terra dbus[404]: [system] Activating via systemd: service name='org.freedesktop.RealtimeKit1' unit='rtkit-daemon.service'
Dez 07 21:50:51 terra dbus[404]: [system] Successfully activated service 'org.freedesktop.RealtimeKit1'
Dez 07 21:50:54 terra dbus-daemon[609]: Activating service name='org.gnome.GConf'
Dez 07 21:50:54 terra dbus-daemon[609]: Successfully activated service 'org.gnome.GConf'
Dez 07 21:50:55 terra dbus-daemon[609]: Activating service name='org.a11y.Bus'
Dez 07 21:50:58 terra dbus-daemon[609]: Successfully activated service 'org.a11y.Bus'
Dez 07 21:51:00 terra dbus-daemon[609]: Activating service name='org.gnome.evolution.dataserver.Sources5'
Dez 07 21:51:01 terra dbus-daemon[609]: Activating service name='org.gnome.OnlineAccounts'
Dez 07 21:51:02 terra dbus[404]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service'
Dez 07 21:51:03 terra dbus-daemon[609]: Activating service name='org.gnome.Identity'
Dez 07 21:51:03 terra dbus-daemon[609]: Successfully activated service 'org.gnome.OnlineAccounts'
Dez 07 21:51:03 terra dbus-daemon[609]: Activating service name='org.freedesktop.Telepathy.AccountManager'
Dez 07 21:51:03 terra dbus-daemon[609]: Successfully activated service 'org.gnome.Identity'
Dez 07 21:51:03 terra dbus-daemon[609]: Successfully activated service 'org.freedesktop.Telepathy.AccountManager'
Dez 07 21:51:04 terra dbus-daemon[609]: Successfully activated service 'org.gnome.evolution.dataserver.Sources5'
Dez 07 21:51:04 terra dbus-daemon[609]: Activating service name='org.gnome.evolution.dataserver.Calendar7'
Dez 07 21:51:05 terra dbus[404]: [system] Successfully activated service 'org.freedesktop.hostname1'
Dez 07 21:51:05 terra dbus[404]: [system] Activating via systemd: service name='org.freedesktop.NetworkManager' unit='dbus-org.freedesktop.NetworkManager.service'
Dez 07 21:51:05 terra dbus[404]: [system] Activation via systemd failed for unit 'dbus-org.freedesktop.NetworkManager.service': Unit dbus-org.freedesktop.NetworkManager.service failed to load: No such file or directory.
Dez 07 21:51:05 terra dbus[404]: [system] Activating via systemd: service name='org.freedesktop.locale1' unit='dbus-org.freedesktop.locale1.service'
Dez 07 21:51:06 terra dbus[404]: [system] Successfully activated service 'org.freedesktop.locale1'
Dez 07 21:51:06 terra dbus-daemon[609]: Successfully activated service 'org.gnome.evolution.dataserver.Calendar7'
Dez 07 21:51:07 terra dbus-daemon[609]: Activating service name='org.gnome.evolution.dataserver.AddressBook9'
Dez 07 21:51:07 terra dbus-daemon[609]: Successfully activated service 'org.gnome.evolution.dataserver.AddressBook9'
Dez 07 21:51:10 terra dbus[404]: [system] Activating via systemd: service name='org.freedesktop.NetworkManager' unit='dbus-org.freedesktop.NetworkManager.service'
Dez 07 21:51:10 terra dbus[404]: [system] Activation via systemd failed for unit 'dbus-org.freedesktop.NetworkManager.service': Unit dbus-org.freedesktop.NetworkManager.service failed to load: No such file or directory.
Dez 07 21:51:11 terra dbus-daemon[609]: Activating service name='org.freedesktop.Notifications'
Dez 07 21:51:11 terra dbus-daemon[609]: Activated service 'org.freedesktop.Notifications' failed: Process org.freedesktop.Notifications exited with status 1
Dez 07 21:51:12 terra dbus-daemon[609]: Activating service name='org.freedesktop.Notifications'
Dez 07 21:51:12 terra dbus-daemon[609]: Activated service 'org.freedesktop.Notifications' failed: Process org.freedesktop.Notifications exited with status 1
Dez 07 21:51:32 terra dbus-daemon[609]: Activating service name='org.freedesktop.Notifications'
Dez 07 21:51:32 terra dbus-daemon[609]: Activated service 'org.freedesktop.Notifications' failed: Process org.freedesktop.Notifications exited with status 1
Dez 07 21:51:45 terra dbus-daemon[609]: Activating service name='org.gnome.keyring.SystemPrompter'
Dez 07 21:51:46 terra dbus-daemon[609]: Activated service 'org.gnome.keyring.SystemPrompter' failed: Process org.gnome.keyring.SystemPrompter exited with status 1
Dez 07 21:51:46 terra gnome-keyring-daemon[548]: couldn't create system prompt: GDBus.Error:org.freedesktop.DBus.Error.Spawn.ChildExited: Process org.gnome.keyring.SystemPrompter exited with status 1

Ich habe außerdem die xinitrc ins Home-Verzeichnis kopiert und angepaßt:

#!/bin/sh

userresources=$HOME/.Xresources
usermodmap=$HOME/.Xmodmap
sysresources=/etc/X11/xinit/.Xresources
sysmodmap=/etc/X11/xinit/.Xmodmap

# merge in defaults and keymaps

if [ -f $sysresources ]; then







    xrdb -merge $sysresources

fi

if [ -f $sysmodmap ]; then
    xmodmap $sysmodmap
fi

if [ -f "$userresources" ]; then







    xrdb -merge "$userresources"

fi

if [ -f "$usermodmap" ]; then
    xmodmap "$usermodmap"
fi

# start some nice programs

if [ -d /etc/X11/xinit/xinitrc.d ] ; then
 for f in /etc/X11/xinit/xinitrc.d/?* ; do
  [ -x "$f" ] && . "$f"
 done
 unset f
fi

eval $(/usr/bin/gnome-keyring-daemon --start --components=pkcs11,secrets,ssh)
export SSH_AUTH_SOCK
dbus-update-activation-environment --systemd DISPLAY

Ich bekomme nach dem Systemstart keine Message-Box um das Passwort zur Entsperrung des Standardschlüssels eingeben zu können.

Nun bin ich mit meinem Latein am Ende und ziemlich confused. Bislang behelfe ich mich damit, dbus und libdbus in der Version 1.10.0-2 zu halten (über pacman.conf) bzw. wenn eine neue dbus-Version erscheint und ich diese zum Ausprobieren installiert habe, diese wieder auf den alten Stand zu bringen. In der alten Version läuft bei mir alles super perfekt. Allerdings möchte ich nicht bis zum jüngsten Tag damit arbeiten - irgendwann wird es mal Probleme geben.

Ich glaube auch nicht wirklich, dass das Problem im DBus steckt. Ich denke dass irgendeine andere Komponente nach der Umstellung Probleme hat... Nur dass ich mich bei der Problemlösung mittlerweile ziemlich verlaufen habe und nicht mehr weiter weiß.

Kann mir jemand weiterhelfen??

Vielen Dank und Grüße, mike

k.osmo

Schreib' mal ans Ende deiner .xinitrc:
. /etc/X11/xinit/xinitrc.d/50-systemd-user.sh
Der Trick kommt von –> da (Beiträge #2 und #3).

Hmm, sollte eigentlich durch die Bedingung nach # start some nice programs abgedeckt sein. Der Bug-Report dazu erwähnt was von:

dbus-update-activation-environment --all

als möglichen Workaround; möglicherweise hast Du das allerdings schon probiert. Sorry für Umstände.

wurbelgrumpff

Vielen Dank für die schnelle Reaktion.

Leider gibt es keine Verbesserung. Ich denke, das Ganze hängt mit dem SystemPrompter zusammen. Ich bekomme keine MessageBox um mein Passwort für das Entsperren meines Standardschlüssels einzugeben.

journalctl -b | grep -i dbus gibt u.a.:

gnome-keyring-daemon[538]: couldn't create system prompt: GDBus.Error:org.freedesktop.DBus.Error.Spawn.ChildExited: Process org.gnome.keyring.SystemPrompter exited with status 1

Irgendwie habe ich den Verdacht, dass es damit zusammenhängt.

wurbelgrumpff

Die Option --all anstelle von --systemd DISPLAY bringt leider auch nichts. Hab's gerade probiert.

Ich komme ja in Evolution rein und mittlerweile kann ich auch in die Nachrichtenordner reinschauen (pop3-Fächer), Aber das geht schnarch langsam (im Vergleich zu früher). Das "Abrufen/Verschicken" geht nicht, weil ich den Schlüssel nicht entsperren kann. Ich kann nirgendwo das Passwort für den Standardschlüssel eingeben. Vielleicht hilft diese Info weiter.

k.osmo

Du nutzt doch einen Display-Manager?? Kuck' dir den Wiki-Artikel bitte nochmal genau an: https://wiki.archlinux.org/index.php/Gnome_Keyring

wurbelgrumpff

Moin,

nee, ich habe keinen Login oder Display Manager. Das System läuft im Textmodus hoch bis zum login prompt. Das Einloggen hab ich für meinen User automatisiert, danach startet xfce per .bash-profile via startxfce4. Erst danach sollte nach einiger Zeit, bzw. auf Anforderung durch Evolution die Abfrage zum Entsperren des Standard-Schlüssels kommen. Eben diese Messagebox kommt aber nie und ich kann auch in Seahorse den Standardschlüssel manuell nicht entsperren. Auch in Seahorse bleibt das Schloßsymbol gesperrt und wenn ich dort (Rechte Maustaste) Entsperren auswähle passiert nichts - also kein Dialog wo ich mein Passwort eingeben kann.

Ich komm seit der dbus-Aktualisierung einfach nicht mehr an meine gespeicherten Passwörter ran. Mit der alten dbus- und libdbus-Version ist das alles kein Problem.

Auf der Wiki-Seite steht unter Consol Login: the keyring daemon can be started by either PAM or xinitrc. Ich verstehe das als entweder - oder. Es heißt zwar weiter, das mit der PAM-Methode der Keyring automatisch entsperrt wird, aber ich habe keine Probleme damit, das Passwort manuell einzugeben. So ganz blicke ich aber das Entweder - Oder nicht; wo kann ich denn einstellen, welche Methode verwendet wird? Ich hab im Post #1 meine PAM-Dateien und den Inhalt der .xinitrc reingesetzt.

Wie oben schon gesagt: journalctl -b | grep -i dbus bringt bei mir u. a. die Fehlermeldung "gnome-keyring-daemon[538]: couldn't create system prompt". Außerdem auch "dbus-daemon[598]: Activated service 'org.freedesktop.Notifications' failed: Process org.freedesktop.Notifications exited with status 1". Kann es damit zusammenhängen ??

wurbelgrumpff

Na gut, jetzt habe ich schweren Herzens den LightDM installiert und es funzt auch wieder mit gnome-keyring, also die Message-Box zum Entsperren des Standardschlüssels poppt wieder auf und ich komme in Evolution an meine neuen Mails ran.

Komisch nur, das es ohne DM nicht funktioniert. Ich denke, damit kann man den Thread als gelöst markieren (wie geht das eigentlich? - aaah, ich hab's gefunden!).

k.osmo

Hallo wurbelgrumpff,

zwar hast Du einen Workaround gefunden; schade aber ist, dass das eigentliche Problem noch nicht verstanden wurde; jedenfalls nicht von mir.

Ich frage micht, was "Autologin" genau zu bedeuten hat und an welcher Stelle das greift. Bedeutet es, ohne Passwortabfrage sofort in deine Benutzer-Shell zu booten; oder bedeutet es, dass mit dem Login auch gleich gnome-keyring entsperrt wird? So, wie sich deine Fehlerbeschreibung liest, ist Letzteres nicht das, was Du willst, was Du anscheinend mit den Änderungen in .xinitrc, /etc/pam.d/login und /etc/pam.d/passwd aber so vorkonfiguriert hast.

Auf den Display-Manager bin ich gekommen, weil in deiner .xinitrc kein Hinweis auf startxfce4 oder ähnlich zu finden ist; jedenfalls habe ich bei mir den entsprechenden Eintrag in der .xinitrc und nicht in der .bash_profile; möglicherweise passt bei dir an dieser Stelle was mit den Umgebungsvariablen nicht ganz zusammen.

Soweit aktuell meine Überlegungen dazu.

Grüße, k.osmo

wurbelgrumpff

Moin k.osmo,

Mit Autologin meinte ich das was in dem englischsprachigen Wiki (https://wiki.archlinux.org/index.php/Automatic_login_to_virtual_console) beschrieben wurde. Also einfach Rechner einschalten und ohne Passworteingabe und ohne Display Manager in die Xfce4-Oberfläche zu starten. Das habe ich aber inzwischen wieder rückgängig gemacht, weil LightDM hier andere Möglichkeiten bietet (hab ich aber noch nicht konfiguriert...)

Wenn der Desktop dann steht, poppt die Eingabebox vom Gnome-Keyring auf und ich kann meinen Keyring entsperren. Natürlich gibt es auch die Möglichkeit, den Keyring gleich mitentsperren zu können, aber ich meinte irgendwo gelesen zu haben, das dann die Passwörter nicht mehr verschlüsselt sondern ungesichert abgelegt werden (hier kann ich mich aber auch täuschen, bzw. nicht richtig gelesen haben). Jedenfalls ist das Ziel möglichst schnell auf den Desktop zu kommen um dann bei Bedarf die notwendigen Passwörter einzugeben (z.B. auch die Passphrase für die gpg-Schlüssel zum signieren der Mails). Ach ja: Ich verwende für den User ein anderes Passwort als für den Keyring usw.. Bei "Autologin" geht es mir einfach nur darum, schnell auf den Desktop zu gelangen.

Nun, das hatte soweit auch super geklappt und ich war sehr zufrieden. Erst nach der Aktualisierung von DBus funktionierte der Gnome-Keyring nicht mehr. Ich hatte vermutet, das durch die grundlegende Änderung in der DBus-Komponente die Kommunikation zwischen dem Keyring und den anderen Komponenten gestört war... (auf der ArchLinux-Startseite wurde so etwas geschrieben: "Das Modul pam_systemd sorgt dafür, dass die richtige Adresse (DBUS_SESSION_BUS_ADDRESS) beim Login gesetzt wird.
Dies versetzt dbus in die Lage, das Starten von Systemprozessen an systemd zu deligieren anstatt selber zu Starten. Noch ist dieses Vorgehen allerdings bei Sitzungsdiensten im Gegensatz zu Systemdiensten noch nicht sehr verbreitet üblich.") Wahrscheinlich habe ich da aber noch ein Verständnisproblem und entsprechend Nachholbedarf!

Jedenfalls läuft es (fast) wieder so wie ich mir das ursprünglich vorgestellt habe. Was mich allerdings noch etwas nervt ist, dass ich beim Herunterfahren aus Xfce wieder beim LightDM lande und hier nochmal Herunterfahren auswählen muss. Aber das werde ich auch noch hinbekommen, dass ich nur einmal "Herunterfahren" auswählen muss (in Xfce) und der Rechner sich dann ausschaltet....

Vielen Dank nochmal für die Nachfrage, das mit dem "Autologin" ist tatsächlich etwas mehrdeutig gewesen.

Grüße, mike