Hallo Liste, seit Anfang April habe ich auf allen meinen Tumbleweed-PCs mit allen Benutzern das Problem, das plasmashell nicht mehr startet. Ich habe auch schon einen neuen Benutzer angelegt, bei dem tritt das gleiche Problem ebenfalls auf. Auf den PCs werden die $HOMEs alle per nfs eingebunden und die Anmeldung wird von NIS erledigt(Server ist OS Leap 42.3). Mit meinem User startet nach dem Anmelden zumindest noch eine Konsole. will ich dort plasmashell starten, kommen ein paar Fehlermeldungen: an@andy:~> plasmashell QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-an' QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-an' QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-an' QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-an' "Session bus not found\nTo circumvent this problem try the following command (with Linux and bash)\nexport $(dbus-launch)" Führe ich den export-Befehl aus, kann ich plasmashell starten. Dann habe ich auch einen fast funktionierenden Desktop. Der Fehler mit XDG_RUNTIME_DIR bleibt. Dzu kommen diverse glib_io-Fehler wg. irgendwas mit dbus. Ich habe auch schon auf einem PC alles runtergeworfen und den Snapshot 20190411 installiert: gleiches Verhalten. Installiere ich den Snapshot 20181116 dann klappt alles bis ich Updates einspiele. Auf einem PC ist auch noch Kernel 4.20 aktiv (nvidia 340.107) auf einem anderen 5.08 (nouveau). Kein Unterschied im Verhalten. Auf einem anderen Tumbleweed, welches als Gast unter VirtualBox (Host = Windows7) läuft, habe ich das Problem nicht. Auf den PCs mit Problem funktioniert es als root übrigens auch. Ich hab keine Idee mehr, wo ich suchen soll. Wer kann mir einen Tipp geben? Danke schon mal für eure Hilfe. Gruß Andreas -- --------------------------------------------------------------------- Andreas Bock mailto:Andreas.Bock@amselweg.org http://www.amselweg.org PGP-Key available at hkp://wwwkeys.nl.pgp.net --------------------------------------------------------------------- -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
On Tue, Apr 23, 2019 at 04:13:28PM +0200, Andreas Bock wrote:
Hallo Liste,
seit Anfang April habe ich auf allen meinen Tumbleweed-PCs mit allen Benutzern das Problem, das plasmashell nicht mehr startet. Ich habe auch schon einen neuen Benutzer angelegt, bei dem tritt das gleiche Problem ebenfalls auf. Auf den PCs werden die $HOMEs alle per nfs eingebunden und die Anmeldung wird von NIS erledigt(Server ist OS Leap 42.3).
Mit meinem User startet nach dem Anmelden zumindest noch eine Konsole.
will ich dort plasmashell starten, kommen ein paar Fehlermeldungen:
an@andy:~> plasmashell QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-an' QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-an' QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-an' QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-an' "Session bus not found\nTo circumvent this problem try the following command (with Linux and bash)\nexport $(dbus-launch)"
Führe ich den export-Befehl aus, kann ich plasmashell starten. Dann habe ich auch einen fast funktionierenden Desktop. Der Fehler mit XDG_RUNTIME_DIR bleibt. Dzu kommen diverse glib_io-Fehler wg. irgendwas mit dbus.
Ich habe auch schon auf einem PC alles runtergeworfen und den Snapshot 20190411 installiert: gleiches Verhalten. Installiere ich den Snapshot 20181116 dann klappt alles bis ich Updates einspiele. Auf einem PC ist auch noch Kernel 4.20 aktiv (nvidia 340.107) auf einem anderen 5.08 (nouveau). Kein Unterschied im Verhalten.
Auf einem anderen Tumbleweed, welches als Gast unter VirtualBox (Host = Windows7) läuft, habe ich das Problem nicht.
Auf den PCs mit Problem funktioniert es als root übrigens auch.
Ich hab keine Idee mehr, wo ich suchen soll.
Wer kann mir einen Tipp geben?
Danke schon mal für eure Hilfe.
Hast Du was an der PAM-Konfiguration unter /etc/pam/ geändert, zB pam_systemd.so rausgenommen? Siehe `man 8 pam_systemd' ... wird zB von pam_gnome_keyring.so sowie in vielen anderen Programmen und und in Skripten/Services verwendet. Oder etwas in /etc/xdg/user-dirs.conf geändert ... oder unter /etc/skel/ ein .config/user-dirs.dirs angelegt? man 5 user-dirs.dirs man 5 user-dirs.dirs man 5 user-dirs.defaults -- "Having a smoking section in a restaurant is like having a peeing section in a swimming pool." -- Edward Burr
participants (2)
-
Andreas Bock
-
Dr. Werner Fink