Am Donnerstag, 28. März 2019, 22:32:50 schrieb ub22@gmx.net:
Hi,
Gesendet: Mittwoch, 27. März 2019 um 23:02 Uhr; Von: ub22@gmx.net QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-<usr>'
Seems to be a step further. So if I check a PC and User which is working, there exists an folder /run/user/$UID But on the PC which the login and afterwords plasmashell starts hangs have only drwx------ 6 root root 140 28. Mär 18:54 0 drwx------ 3 nobody nobody 80 28. Mär 18:51 65534 And the runing user $UID (in my case 1004) is missing ???
Remark: I use the NIS + NFS service on a server (Tumbleweed) and client with NFS mounted /home and NIS login.
Did you already look at the mentioned bug report? http://bugzilla.opensuse.org/show_bug.cgi?id=1130654 And this one has the same underlying cause I think: https://bugzilla.opensuse.org/show_bug.cgi?id=1129830 Try this (before logging in), that might "fix" the problem:
When I umount /home and mount it manually via systemctl start home.mount again the state is fixed and I can log in anymore.
In short, the problem in these two bug reports is that systemd somehow "forgets" that /home is already mounted. pam_systemd then tries to mount it again on login. This fails of course (because it is already mounted), pam_systemd errors out and (I think) deletes the XDG_RUNTIME_DIR (/run/user/$UID) as a consequence and with it the DBUS socket that's located in /run/user/$UID/bus normally (and to which $DBUS_SESSION_BUS_ADDRESS points).
PS: one user have a default opened terminal and I can set a $ export $(dbus-launch) $ plasmashell -d &>> /dev/null & But some users don't have it and a start isn't possible :-(
This creates a new session bus and points DBUS_SESSION_BUS_ADDRESS to it, so commands running afterwards (in the same terminal) that need DBUS will work. Won't help with already running things though. Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org