Tumbleweed: Kein X11 mehr nach Update vom Montag, 21.03.22
Hallo zusammen, nach dem gestrigen Update startet mein System nicht mehr mit X11. Ich lande in der Konsole. Nachdem ich in der Liste noch nichts darüber gelesen habe, scheint es kein generelles Problem zu sein. Mit dem Kernel 5.16.14-1-default geht es noch, mit 5.16.15-1-default nicht. Wenn ich in Fehlerfall "ps faux" benutze sehe ich nur "/usr/bin/sddm", aber keinen Folgeprozess, wie \_ /usr/bin/Xorg.bin -nolisten tcp -auth /run/sddm/{56029fbd-da8d... Ende von "ps_faux" root 1687 0.0 0.0 12660 8524 ? Ss 18:23 0:00 login -- werner werner 1717 0.0 0.0 10680 7356 tty1 Ss 18:24 0:00 \_ -bash werner 1773 75.0 0.0 10616 4644 tty1 R+ 18:25 0:00 \_ ps faux root 1688 0.0 0.0 141284 20792 ? Sl 18:23 0:00 /usr/bin/sddm werner 1708 0.1 0.0 18032 12632 ? Ss 18:24 0:00 /usr/lib/systemd/systemd --user werner 1709 0.0 0.0 22864 4172 ? S 18:24 0:00 \_ (sd-pam) PC: CPU: AMD Ryzen 5 3600 Grafik: NVIDIA GeForce GTX 1050 Ti mit NVIDIA Treiber Ist für mich jetzt nicht so kritisch, da ich mein zweites OS 15.3 statt dessen nutzen kann. Danke für Tipps Werner ranke
Hi, könnte es der sein: https://bugzilla.suse.com/show_bug.cgi?id=1197258 ?? Hatte ich. Ciao. Michael. On Dienstag, 22. März 2022 18:49:38 CET Werner Franke wrote:
Hallo zusammen,
nach dem gestrigen Update startet mein System nicht mehr mit X11. Ich lande in der Konsole.
Nachdem ich in der Liste noch nichts darüber gelesen habe, scheint es kein generelles Problem zu sein.
Mit dem Kernel 5.16.14-1-default geht es noch, mit 5.16.15-1-default nicht.
Wenn ich in Fehlerfall "ps faux" benutze sehe ich nur "/usr/bin/sddm", aber keinen Folgeprozess, wie \_ /usr/bin/Xorg.bin -nolisten tcp -auth /run/sddm/{56029fbd-da8d...
Ende von "ps_faux" root 1687 0.0 0.0 12660 8524 ? Ss 18:23 0:00 login -- werner werner 1717 0.0 0.0 10680 7356 tty1 Ss 18:24 0:00 \_ -bash werner 1773 75.0 0.0 10616 4644 tty1 R+ 18:25 0:00 \_ ps faux root 1688 0.0 0.0 141284 20792 ? Sl 18:23 0:00 /usr/bin/sddm werner 1708 0.1 0.0 18032 12632 ? Ss 18:24 0:00 /usr/lib/systemd/systemd --user werner 1709 0.0 0.0 22864 4172 ? S 18:24 0:00 \_ (sd-pam) PC: CPU: AMD Ryzen 5 3600 Grafik: NVIDIA GeForce GTX 1050 Ti mit NVIDIA Treiber
Ist für mich jetzt nicht so kritisch, da ich mein zweites OS 15.3 statt dessen nutzen kann.
Danke für Tipps
Werner ranke
Hi Mike, Am 23.03.22 um 08:06 schrieb mh@mike.franken.de:
Hi,
könnte es der sein:
https://bugzilla.suse.com/show_bug.cgi?id=1197258 <https://bugzilla.suse.com/show_bug.cgi?id=1197258>
??
Hatte ich.
Ciao.
Michael.
On Dienstag, 22. März 2022 18:49:38 CET Werner Franke wrote:
Hallo zusammen,
[...] Nein, das ist er nicht. Den hatte ich ein paar Tage vorher. Er ist aber wieder (von selbst) verschwunden. Und an den NVIDIA Treibernliegt es auch nicht, denn unter root kann ich mit startx X11 und die GUI starten. Die Patches heute brachten auch keine Besserung. In /var/log/messages sehe ich: sddm[1676]: Starting... sddm[1676]: Logind interface found systemd[1]: Started X Display Manager. systemd[1]: Reached target Graphical Interface. systemd[1]: Startup finished in 28.173s (firmware) + 3.334s (loader) + 2.216s (kernel) + 1.151s (initrd) + 10.496s (userspace) = 45.371s. systemd[1]: tmp-autobjqEBv.mount: Deactivated successfully. chronyd[1127]: Selected source 2a01:4f8:141:31c2::2 (2.opensuse.pool.ntp.org) nscd[951]: 951 checking for monitored file `/etc/services': No such file or directory systemd[1]: NetworkManager-dispatcher.service: Deactivated successfully. login[1674]: gkr-pam: unable to locate daemon control file login[1674]: gkr-pam: stashed password to try later in open session login[1674]: pam_kwallet5(login:auth): pam_kwallet5: pam_sm_authenticate login[1674]: pam_kwallet5(login:setcred): pam_kwallet5: pam_sm_setcred systemd[1]: Created slice User Slice of UID 1001. systemd[1]: Starting User Runtime Directory /run/user/1001... systemd-logind[977]: New session 1 of user werner. systemd[1]: Finished User Runtime Directory /run/user/1001. systemd[1]: Starting User Manager for UID 1001... systemd[1699]: pam_unix(systemd-user:session): session opened for user werner(uid=1001) by (uid=0) systemd[1699]: pam_kwallet5(systemd-user:session): pam_kwallet5: pam_sm_open_session systemd[1699]: pam_kwallet5(systemd-user:session): pam_kwallet5: not a graphical session, skipping. Use force_run parameter to ignore this. systemd-xdg-autostart-generator[1705]: Exec binary '/usr/bin/set_trusted.sh' does not exist: No such file or directory systemd-xdg-autostart-generator[1705]: Not generating service for XDG autostart app-set_trusted@autostart.service, error parsing Exec= line: No such file or directory systemd-xdg-autostart-generator[1705]: Exec binary '/usr/libexec/xapps/sn-watcher/xapp-sn-watcher' does not exist: No such file or directory systemd-xdg-autostart-generator[1705]: Not generating service for XDG autostart app-xapp\x2dsn\x2dwatcher@autostart.service, error parsing Exec= line: No such file or directory systemd[1699]: Queued start job for default target Main User Target. systemd[1699]: Created slice User Application Slice. Was die gemeldeten fehlenden Files mit dem Problem zu tun haben weiss ich nicht, speziell wenn es mit dem Kernel vorher ja funktioniert. Da sollten die Files ja auch fehlen. Gruss Werner
Am 23.03.22 um 09:58 schrieb Werner Franke:
Hi Mike,
Am 23.03.22 um 08:06 schrieb mh@mike.franken.de:
Hi,
könnte es der sein:
https://bugzilla.suse.com/show_bug.cgi?id=1197258 <https://bugzilla.suse.com/show_bug.cgi?id=1197258>
??
Hatte ich.
Ciao.
Michael.
On Dienstag, 22. März 2022 18:49:38 CET Werner Franke wrote:
> Hallo zusammen,
>
[...]
Nein, das ist er nicht. Den hatte ich ein paar Tage vorher. Er ist aber wieder (von selbst) verschwunden.
Und an den NVIDIA Treibernliegt es auch nicht, denn unter root kann ich mit startx X11 und die GUI starten.
Die Patches heute brachten auch keine Besserung.
In /var/log/messages sehe ich:
sddm[1676]: Starting... sddm[1676]: Logind interface found systemd[1]: Started X Display Manager. systemd[1]: Reached target Graphical Interface. systemd[1]: Startup finished in 28.173s (firmware) + 3.334s (loader) + 2.216s (kernel) + 1.151s (initrd) + 10.496s (userspace) = 45.371s. systemd[1]: tmp-autobjqEBv.mount: Deactivated successfully. chronyd[1127]: Selected source 2a01:4f8:141:31c2::2 (2.opensuse.pool.ntp.org) nscd[951]: 951 checking for monitored file `/etc/services': No such file or directory systemd[1]: NetworkManager-dispatcher.service: Deactivated successfully. login[1674]: gkr-pam: unable to locate daemon control file login[1674]: gkr-pam: stashed password to try later in open session login[1674]: pam_kwallet5(login:auth): pam_kwallet5: pam_sm_authenticate login[1674]: pam_kwallet5(login:setcred): pam_kwallet5: pam_sm_setcred systemd[1]: Created slice User Slice of UID 1001. systemd[1]: Starting User Runtime Directory /run/user/1001... systemd-logind[977]: New session 1 of user werner. systemd[1]: Finished User Runtime Directory /run/user/1001. systemd[1]: Starting User Manager for UID 1001... systemd[1699]: pam_unix(systemd-user:session): session opened for user werner(uid=1001) by (uid=0) systemd[1699]: pam_kwallet5(systemd-user:session): pam_kwallet5: pam_sm_open_session systemd[1699]: pam_kwallet5(systemd-user:session): pam_kwallet5: not a graphical session, skipping. Use force_run parameter to ignore this. systemd-xdg-autostart-generator[1705]: Exec binary '/usr/bin/set_trusted.sh' does not exist: No such file or directory systemd-xdg-autostart-generator[1705]: Not generating service for XDG autostart app-set_trusted@autostart.service, error parsing Exec= line: No such file or directory systemd-xdg-autostart-generator[1705]: Exec binary '/usr/libexec/xapps/sn-watcher/xapp-sn-watcher' does not exist: No such file or directory systemd-xdg-autostart-generator[1705]: Not generating service for XDG autostart app-xapp\x2dsn\x2dwatcher@autostart.service, error parsing Exec= line: No such file or directory systemd[1699]: Queued start job for default target Main User Target. systemd[1699]: Created slice User Application Slice.
Was die gemeldeten fehlenden Files mit dem Problem zu tun haben weiss ich nicht, speziell wenn es mit dem Kernel vorher ja funktioniert. Da sollten die Files ja auch fehlen.
Gruss Werner
Hi, Schuss ins Blaue ... diese alte setuid-Kiste für X kann es nicht sein. Da geht X nämlich unter root... Holzhammer: chmod +s /usr/bin/X besser: /etc/permissions.local mit Zeile: /usr/bin/Xorg root:root 4711 das überlebt dann auch das nächste update von Xorg hth -- cu jth
On Mittwoch, 23. März 2022 09:58:56 CET Werner Franke wrote:
Hi Mike,
[...]
Nein, das ist er nicht. Den hatte ich ein paar Tage vorher. Er ist aber wieder (von selbst) verschwunden.
ok. [...]
pam_kwallet5(systemd-user:session): pam_kwallet5: pam_sm_open_session systemd[1699]: pam_kwallet5(systemd-user:session): pam_kwallet5: not a graphical session, skipping. Use force_run parameter to ignore this. systemd-xdg-autostart-generator[1705]: Exec binary '/usr/bin/set_trusted.sh' does not exist: No such file or directory systemd-xdg-autostart-generator[1705]: Not generating service for XDG autostart app-set_trusted@autostart.service, error parsing Exec= line: No such file or directory systemd-xdg-autostart-generator[1705]: Exec binary '/usr/libexec/xapps/sn-watcher/xapp-sn-watcher' does not exist: No such file or directory systemd-xdg-autostart-generator[1705]: Not generating service for XDG autostart app-xapp\x2dsn\x2dwatcher@autostart.service, error parsing Exec= line: No such file or directory systemd[1699]: Queued start job for default target Main User Target. systemd[1699]: Created slice User Application Slice.
Was die gemeldeten fehlenden Files mit dem Problem zu tun haben weiss ich nicht, speziell wenn es mit dem Kernel vorher ja funktioniert. Da sollten die Files ja auch fehlen.
Die hab ich auch, die kannste ignorieren - zumindest haben sie nix mit deinem Fehler zu tun.
Gruss Werner
Ciao. Michael.
Hallo Liste,
Gesendet: Mittwoch, 23. März 2022 um 09:58 Uhr Von: "Werner Franke" <werner_franke@arcor.de> An: users-de@lists.opensuse.org Betreff: Re: Tumbleweed: Kein X11 mehr nach Update vom Montag, 21.03.22
Hi Mike,
Am 23.03.22 um 08:06 schrieb mh@mike.franken.de:
Hi,
könnte es der sein:
https://bugzilla.suse.com/show_bug.cgi?id=1197258 <https://bugzilla.suse.com/show_bug.cgi?id=1197258>
[...] Mein Laptop hat's heute morgen auch erwischt. System startet, kommt bis zum Login und das war's. Was mir auffällt: Ich kriege keine Konsole über die F-Tasten. Auch Herunterfahren über die Login-Manager ist ausgegraut. Ich kann noch wählen zwischen Plasma-Wayland, Ice-WM und Plasma-X11. Manchmal kriege ich auch noch eine Konsole mit Fehlermeldungen, da wird zum Beispiel der fehlende User-Manager moniert. Gibt aber noch andere Fehler. Die Fehlermeldung beim Abschiessen von X kann ich nicht lesen, da springt zu schnell wieder der Login-Manager an. Leider komme ich auch nicht per ssh-Verbindung auf das Laptop drauf. Hier hilft wohl nur ein Livestick und vielleicht chroot. Vor diesem misslungenen Update (da lag wohl auch der Fehler) lag eine Fehlermeldung mit von rpm, dass ein Paket mit bash-completition nicht installiert werden konnte. (Das habe ich noch mit YaST gesehen; zu diesem Zeitpunkt hatte ich noch eine grafische Oberfläche). Ich habe dann noch nach rpm geguckt, das war jedoch auch aktuellem Stand. Da das Update über YaST irgendwie komisch war (Fortschritt nicht ersichtlich, kein lade xy herunter) habe ich zu zypper gegriffen. Das meine ich, sei durchgelaufen. Nur der Rechner läßt sich nun nicht mehr benutzen. Helga
Am 23.03.22 um 12:23 schrieb Jörg Thümmler:
Am 23.03.22 um 09:58 schrieb Werner Franke:
Hi Mike,
Am 23.03.22 um 08:06 schrieb mh@mike.franken.de:
Hi,
könnte es der sein:
https://bugzilla.suse.com/show_bug.cgi?id=1197258 <https://bugzilla.suse.com/show_bug.cgi?id=1197258>
??
Hatte ich.
Ciao.
Michael.
On Dienstag, 22. März 2022 18:49:38 CET Werner Franke wrote:
> Hallo zusammen,
>
[...]
Nein, das ist er nicht. Den hatte ich ein paar Tage vorher. Er ist aber wieder (von selbst) verschwunden.
Und an den NVIDIA Treibernliegt es auch nicht, denn unter root kann ich mit startx X11 und die GUI starten.
Die Patches heute brachten auch keine Besserung.
In /var/log/messages sehe ich:
sddm[1676]: Starting... sddm[1676]: Logind interface found systemd[1]: Started X Display Manager. systemd[1]: Reached target Graphical Interface. systemd[1]: Startup finished in 28.173s (firmware) + 3.334s (loader) + 2.216s (kernel) + 1.151s (initrd) + 10.496s (userspace) = 45.371s. systemd[1]: tmp-autobjqEBv.mount: Deactivated successfully. chronyd[1127]: Selected source 2a01:4f8:141:31c2::2 (2.opensuse.pool.ntp.org) nscd[951]: 951 checking for monitored file `/etc/services': No such file or directory systemd[1]: NetworkManager-dispatcher.service: Deactivated successfully. login[1674]: gkr-pam: unable to locate daemon control file login[1674]: gkr-pam: stashed password to try later in open session login[1674]: pam_kwallet5(login:auth): pam_kwallet5: pam_sm_authenticate login[1674]: pam_kwallet5(login:setcred): pam_kwallet5: pam_sm_setcred systemd[1]: Created slice User Slice of UID 1001. systemd[1]: Starting User Runtime Directory /run/user/1001... systemd-logind[977]: New session 1 of user werner. systemd[1]: Finished User Runtime Directory /run/user/1001. systemd[1]: Starting User Manager for UID 1001... systemd[1699]: pam_unix(systemd-user:session): session opened for user werner(uid=1001) by (uid=0) systemd[1699]: pam_kwallet5(systemd-user:session): pam_kwallet5: pam_sm_open_session systemd[1699]: pam_kwallet5(systemd-user:session): pam_kwallet5: not a graphical session, skipping. Use force_run parameter to ignore this. systemd-xdg-autostart-generator[1705]: Exec binary '/usr/bin/set_trusted.sh' does not exist: No such file or directory systemd-xdg-autostart-generator[1705]: Not generating service for XDG autostart app-set_trusted@autostart.service, error parsing Exec= line: No such file or directory systemd-xdg-autostart-generator[1705]: Exec binary '/usr/libexec/xapps/sn-watcher/xapp-sn-watcher' does not exist: No such file or directory systemd-xdg-autostart-generator[1705]: Not generating service for XDG autostart app-xapp\x2dsn\x2dwatcher@autostart.service, error parsing Exec= line: No such file or directory systemd[1699]: Queued start job for default target Main User Target. systemd[1699]: Created slice User Application Slice.
Was die gemeldeten fehlenden Files mit dem Problem zu tun haben weiss ich nicht, speziell wenn es mit dem Kernel vorher ja funktioniert. Da sollten die Files ja auch fehlen.
Gruss Werner
Hi,
Schuss ins Blaue ... diese alte setuid-Kiste für X kann es nicht sein. Da geht X nämlich unter root...
Holzhammer: chmod +s /usr/bin/X
besser: /etc/permissions.local mit Zeile:
/usr/bin/Xorg root:root 4711
das überlebt dann auch das nächste update von Xorg
Da es am Kernel liegt (Mit 5.16.14-1 geht es ja), kann es eigentlich kein Rechteproblem sein, oder ? Es sind ja die gleichen Files unter / Wenn ich unter root startx benutze komme ich im xfce (sieht zumindest so aus) heraus mit einer Auflösung von 1280x1024 und einem Generic Monitor. Und diese Auflösung kann ich auch nicht ändern. Es ist aber ein 4k Monitor mit 3840x2160. Ich habe mal in Yast die HW-Info angeschmissen und da kommt: 103: None 00.0: 10000 Monitor [Created at fb.71] Unique ID: rdCR.EY_qmtb9YY0 Hardware Class: monitor Model: "Generic Monitor" Vendor: "Generic" Device: "Monitor" Resolution: 1280x1024@77Hz Year of Manufacture: 0 Week of Manufacture: 0 Driver Info #0: Max. Resolution: 1280x1024 Vert. Sync Range: 50-90 Hz Hor. Sync Range: 31-82 kHz Config Status: cfg=no, avail=yes, need=no, active=unknown Allerdings sieht diese Info von YAST unter dem Kernel 5.16.14-1 genauso aus. Da startet Plasma-X11 nach dem grafischen Login mit der vollen Auflösung von 3840x2160 Noch Ideen ? Gruß werner
Hallo Liste, Am Mittwoch, 23. März 2022, 16:34:25 CET schrieb Helga Fischer:
Gesendet: Mittwoch, 23. März 2022 um 09:58 Uhr Von: "Werner Franke" <werner_franke@arcor.de> An: users-de@lists.opensuse.org Betreff: Re: Tumbleweed: Kein X11 mehr nach Update vom Montag, 21.03.22 [...]
https://bugzilla.suse.com/show_bug.cgi?id=1197258 <https://bugzilla.suse.com/show_bug.cgi?id=1197258> [...]
Mein Laptop hat's heute morgen auch erwischt. System startet, kommt bis zum Login und das war's.
[...] Das Problem habe ich gelöst. Gut geschummelt ist halb gewonnen. Das Live-Image bot auch eine Updatefunktion an. Diese habe ich verwendet, inklusive einiger Pakete (ua auch eines, das auch beim regulären Update schon gestresst hatte), nun tut die Suse wieder. Das Image hatte ein neueres Erstelldatum als die Repos. In diesem Falle hat das funktioniert. Die fehlerhaften Pakete muss ich halt später noch einmal angucken. Helga
Gesendet: Mittwoch, 23. März 2022 um 23:49 Uhr Von: "Helga Fischer" <Azula@gmx.de> An: users-de@lists.opensuse.org Betreff: Re: Tumbleweed: Kein X11 mehr nach Update vom Montag, 21.03.22
[...]
Das Live-Image bot auch eine Updatefunktion an. Diese habe ich verwendet, inklusive einiger Pakete (ua auch eines, das auch beim regulären Update schon gestresst hatte), nun tut die Suse wieder. Das Image hatte ein neueres Erstelldatum als die Repos. In diesem Falle hat das funktioniert. Die fehlerhaften Pakete muss ich halt später noch einmal angucken.
Die sperrigen Pakete waren Ruby 3.1. Das habe ich mal solo versucht. Siehe da, es ließ sich updaten. Jetzt liefen auch die YaST-Pakete inklusive Haupt-YaST-Paket durch. Nur nvme-cli-bash-completion schlägt fehl. Hier mault cpio: File from package already exists as a directory in system. Irgendwie will wohl die alte Version nicht weichen und die neue kann nicht installiert werden. Lasse ich jetzt mal bleiben, weiter was zu tun. Für heute habe ich genug Unheil angerichtet. Helga
Am Donnerstag, 24. März 2022, 00:14:26 CET schrieb Helga Fischer:
Nur nvme-cli-bash-completion schlägt fehl. Hier mault cpio: File from package already exists as a directory in system. Irgendwie will wohl die alte Version nicht weichen und die neue kann nicht installiert werden.
Nur zur Ergänzung: Paket deinstalliert, neue Version installiert ging problemlos. Muss vielleicht mal beobachten und ggfs einen Bugreport liefern, wenn YaST keinen Fortschritt beim Holen und Installieren von Paketen anzeigt und der Benutzer denkt, da liefe was schief und die Installation dann abbricht. Dieser Abbruch war wohl der Grund für mein halblebiges System. Helga
Hallo Helga, hallo zusammen, Am Donnerstag, 24. März 2022, 00:14:26 CET schrieb Helga Fischer:
Nur nvme-cli-bash-completion schlägt fehl. Hier mault cpio: File from package already exists as a directory in system. Irgendwie will wohl die alte Version nicht weichen und die neue kann nicht installiert werden.
Auch wenn Du inzwischen einen Workaround gefunden hast - die Fehlermeldung cpio: File from package already exists as a directory in system. lässt sich direkt zu mach bitte einen Bugreport auf (falls es noch keinen gibt) übersetzen. Hintergrund: Wenn ein Paket eine Datei, sagen wir /etc/foo, enthält, aber /etc/foo war vorher (im alten Paket, und somit auch auf Deinem System) ein Verzeichnis, dann lässt sich das Paket nicht updaten. Sowas "heilt" sich auch nicht von selbst, sondern muss mit einem Workaround im neuen Paket behandelt werden. Daher in solchen Fällen bitte _immer_ einen Bugreport aufmachen. In diesem Fall war übrigens jemand schneller: https://bugzilla.opensuse.org/show_bug.cgi?id=1197365 und der Fix sollte in einem der nächsten Tumbleweed-Snapshots auftauchen. Gruß Christian Boltz -- Need a bug report to change one line of code in yast2-services [...] Adding insult to injury, it's not even OBS that demands it in his case, no, it's our own YaST CI tools. [Stefan Hundhammer in https://bugzilla.opensuse.org/show_bug.cgi?id=1134571]
Am 23.03.22 um 09:58 schrieb Werner Franke:
Hi Mike,
Am 23.03.22 um 08:06 schrieb mh@mike.franken.de:
Hi,
könnte es der sein:
https://bugzilla.suse.com/show_bug.cgi?id=1197258 <https://bugzilla.suse.com/show_bug.cgi?id=1197258>
??
Hatte ich.
Ciao.
Michael.
On Dienstag, 22. März 2022 18:49:38 CET Werner Franke wrote:
> Hallo zusammen,
>
[...]
Nein, das ist er nicht. Den hatte ich ein paar Tage vorher. Er ist aber wieder (von selbst) verschwunden.
Und an den NVIDIA Treibernliegt es auch nicht, denn unter root kann ich mit startx X11 und die GUI starten.
Die Patches heute brachten auch keine Besserung.
In /var/log/messages sehe ich:
sddm[1676]: Starting... sddm[1676]: Logind interface found systemd[1]: Started X Display Manager. systemd[1]: Reached target Graphical Interface. systemd[1]: Startup finished in 28.173s (firmware) + 3.334s (loader) + 2.216s (kernel) + 1.151s (initrd) + 10.496s (userspace) = 45.371s. systemd[1]: tmp-autobjqEBv.mount: Deactivated successfully. chronyd[1127]: Selected source 2a01:4f8:141:31c2::2 (2.opensuse.pool.ntp.org) nscd[951]: 951 checking for monitored file `/etc/services': No such file or directory systemd[1]: NetworkManager-dispatcher.service: Deactivated successfully. login[1674]: gkr-pam: unable to locate daemon control file login[1674]: gkr-pam: stashed password to try later in open session login[1674]: pam_kwallet5(login:auth): pam_kwallet5: pam_sm_authenticate login[1674]: pam_kwallet5(login:setcred): pam_kwallet5: pam_sm_setcred systemd[1]: Created slice User Slice of UID 1001. systemd[1]: Starting User Runtime Directory /run/user/1001... systemd-logind[977]: New session 1 of user werner. systemd[1]: Finished User Runtime Directory /run/user/1001. systemd[1]: Starting User Manager for UID 1001... systemd[1699]: pam_unix(systemd-user:session): session opened for user werner(uid=1001) by (uid=0) systemd[1699]: pam_kwallet5(systemd-user:session): pam_kwallet5: pam_sm_open_session systemd[1699]: pam_kwallet5(systemd-user:session): pam_kwallet5: not a graphical session, skipping. Use force_run parameter to ignore this. systemd-xdg-autostart-generator[1705]: Exec binary '/usr/bin/set_trusted.sh' does not exist: No such file or directory systemd-xdg-autostart-generator[1705]: Not generating service for XDG autostart app-set_trusted@autostart.service, error parsing Exec= line: No such file or directory systemd-xdg-autostart-generator[1705]: Exec binary '/usr/libexec/xapps/sn-watcher/xapp-sn-watcher' does not exist: No such file or directory systemd-xdg-autostart-generator[1705]: Not generating service for XDG autostart app-xapp\x2dsn\x2dwatcher@autostart.service, error parsing Exec= line: No such file or directory systemd[1699]: Queued start job for default target Main User Target. systemd[1699]: Created slice User Application Slice.
Was die gemeldeten fehlenden Files mit dem Problem zu tun haben weiss ich nicht, speziell wenn es mit dem Kernel vorher ja funktioniert. Da sollten die Files ja auch fehlen.
X11 und der grafische Login geht wieder nachdem ich heute über 700 Pakete installiert hatte. Die NVIDIA Treiber waren auch darunter. Was wird denn benutzt, wenn ich unter root startx aufrufe ? Hatte leider vergessen das vor dem heutigen Update nachzusehen. Nachdem als User das X11 wieder geht, ist ein lsmod leider nicht mehr aussagekräftig, denn jett habe ich auch unter startx die volle 4k Auflösiung und lsmod listet 'nvidia'. Grüße Werner
Am 31.03.22 um 14:05 schrieb Werner Franke:
Am 23.03.22 um 09:58 schrieb Werner Franke:
Hi Mike,
Am 23.03.22 um 08:06 schrieb mh@mike.franken.de:
Hi,
könnte es der sein:
https://bugzilla.suse.com/show_bug.cgi?id=1197258 <https://bugzilla.suse.com/show_bug.cgi?id=1197258>
??
Hatte ich.
Ciao.
Michael.
On Dienstag, 22. März 2022 18:49:38 CET Werner Franke wrote:
> Hallo zusammen,
>
[...]
Nein, das ist er nicht. Den hatte ich ein paar Tage vorher. Er ist aber wieder (von selbst) verschwunden.
Und an den NVIDIA Treibernliegt es auch nicht, denn unter root kann ich mit startx X11 und die GUI starten.
Die Patches heute brachten auch keine Besserung.
In /var/log/messages sehe ich:
sddm[1676]: Starting... sddm[1676]: Logind interface found systemd[1]: Started X Display Manager. systemd[1]: Reached target Graphical Interface. systemd[1]: Startup finished in 28.173s (firmware) + 3.334s (loader) + 2.216s (kernel) + 1.151s (initrd) + 10.496s (userspace) = 45.371s. systemd[1]: tmp-autobjqEBv.mount: Deactivated successfully. chronyd[1127]: Selected source 2a01:4f8:141:31c2::2 (2.opensuse.pool.ntp.org) nscd[951]: 951 checking for monitored file `/etc/services': No such file or directory systemd[1]: NetworkManager-dispatcher.service: Deactivated successfully. login[1674]: gkr-pam: unable to locate daemon control file login[1674]: gkr-pam: stashed password to try later in open session login[1674]: pam_kwallet5(login:auth): pam_kwallet5: pam_sm_authenticate login[1674]: pam_kwallet5(login:setcred): pam_kwallet5: pam_sm_setcred systemd[1]: Created slice User Slice of UID 1001. systemd[1]: Starting User Runtime Directory /run/user/1001... systemd-logind[977]: New session 1 of user werner. systemd[1]: Finished User Runtime Directory /run/user/1001. systemd[1]: Starting User Manager for UID 1001... systemd[1699]: pam_unix(systemd-user:session): session opened for user werner(uid=1001) by (uid=0) systemd[1699]: pam_kwallet5(systemd-user:session): pam_kwallet5: pam_sm_open_session systemd[1699]: pam_kwallet5(systemd-user:session): pam_kwallet5: not a graphical session, skipping. Use force_run parameter to ignore this. systemd-xdg-autostart-generator[1705]: Exec binary '/usr/bin/set_trusted.sh' does not exist: No such file or directory systemd-xdg-autostart-generator[1705]: Not generating service for XDG autostart app-set_trusted@autostart.service, error parsing Exec= line: No such file or directory systemd-xdg-autostart-generator[1705]: Exec binary '/usr/libexec/xapps/sn-watcher/xapp-sn-watcher' does not exist: No such file or directory systemd-xdg-autostart-generator[1705]: Not generating service for XDG autostart app-xapp\x2dsn\x2dwatcher@autostart.service, error parsing Exec= line: No such file or directory systemd[1699]: Queued start job for default target Main User Target. systemd[1699]: Created slice User Application Slice.
Was die gemeldeten fehlenden Files mit dem Problem zu tun haben weiss ich nicht, speziell wenn es mit dem Kernel vorher ja funktioniert. Da sollten die Files ja auch fehlen.
X11 und der grafische Login geht wieder nachdem ich heute über 700 Pakete installiert hatte. Die NVIDIA Treiber waren auch darunter.
Was wird denn benutzt, wenn ich unter root startx aufrufe ? Hatte leider vergessen das vor dem heutigen Update nachzusehen.
Nachdem als User das X11 wieder geht, ist ein lsmod leider nicht mehr aussagekräftig, denn jett habe ich auch unter startx die volle 4k Auflösiung und lsmod listet 'nvidia'.
Grüße Werner
Hi, also eigentlich wird als root bei startx der gleiche Desktop gestartet, halt für den user "root", der meistens ja keine eigenen Einstellungen besitzt. Aber alle prinzipiellen Dinge (Grafiktreiber, Software...) sollten gleich sein bzw. auf dem Stand bei Installation. Ich habe nur mehrfach genutzt, dass X unter root geht, wenn es irgendwelchen Rechte-Probleme gibt, die den unprivilegierten Benutzer hindern, es zu starten und konnte so die Suche eingrenzen... -- cu jth
Am 31.03.22 um 14:41 schrieb Jörg Thümmler:
Am 31.03.22 um 14:05 schrieb Werner Franke:
[...]
X11 und der grafische Login geht wieder nachdem ich heute über 700 Pakete installiert hatte. Die NVIDIA Treiber waren auch darunter.
Was wird denn benutzt, wenn ich unter root startx aufrufe ? Hatte leider vergessen das vor dem heutigen Update nachzusehen.
Nachdem als User das X11 wieder geht, ist ein lsmod leider nicht mehr aussagekräftig, denn jett habe ich auch unter startx die volle 4k Auflösiung und lsmod listet 'nvidia'.
Grüße Werner
Hi,
also eigentlich wird als root bei startx der gleiche Desktop gestartet, halt für den user "root", der meistens ja keine eigenen Einstellungen besitzt. Aber alle prinzipiellen Dinge (Grafiktreiber, Software...) sollten gleich sein bzw. auf dem Stand bei Installation.
Ich habe nur mehrfach genutzt, dass X unter root geht, wenn es irgendwelchen Rechte-Probleme gibt, die den unprivilegierten Benutzer hindern, es zu starten und konnte so die Suche eingrenzen...
Das stimmt wahrscheinlich, solange die grafische Oberfläche mit dem eingestellten Treiber funktioniert, wie das bei mir (wieder) nach dem etwas größerem Update heute der Fall ist. Ich vermute, davor war der NVIDIA Treiber kaputt und deswegen kam ich als User in der Konsole heraus. Wenn startx in einem solchen Fall einen anderen Treiber benutzt, dann könnte das mit meinen Beobachtungen zusammenpassen. In dem Thread (15.2 nach Tumbleweed) bekam ich den Hinweis, dass es passieren kann, dass nach einem neuen Kernel die NVIDIA Treiber nicht mehr funktionieren. Hatte dies jemand schon mal und wirkt es sich in meinem Fall aus ? Man landet statt beim beim grafischen Login stattdessen in der Konsole. viele Grüße Werner
On Thu, 31 Mar 2022 16:22:29 +0200 Werner Franke <werner_franke@arcor.de> wrote: Hallo Werner!
wirkt es sich in meinem Fall aus ? Da ich den Thread nicht von Anfang an verfolgt habe, kann ich Dir den Teil Deiner Frage leider nicht beantworten.
dass es passieren kann, dass nach einem neuen Kernel die NVIDIA Treiber nicht mehr funktionieren.
Hatte dies jemand schon mal Das kann ich bestätigen. Das Problem habe ich auch hin und wieder. Es ist im eigentlichen Sinne kein Fehler. Das Kernelmodul muß zum laufenden Kernel passen. Bei Nvidia wird das dadurch erreicht, daß das Modul beim Installieren des Treibers neu gebaut wird.
Solange ein Kernelupdate nichts an der Schnittstelle zwischen Kernel und Graphikmodul ändert, gibt es keine Probleme. Die kommen erst, wenn die beiden nicht mehr zusammenpassen. Dann fällt der gesamte Graphik-Stack auf die Nase und das System startet in einen Fallback-Modus; bei SuSE eine Bash. Falls Du den Treiber aus dem Nvidia/OS Repository hast, einfach nochmal nachinstallieren. Dadurch wird auch das Kernelmodul neu gebaut und sollte wieder passen. In der Hoffnung, wenigstens etwas zur Klärung beigetragen zu haben. Viele Grüße Matthias
Hallo Matthias, Am 31.03.22 um 19:21 schrieb Matthias:
On Thu, 31 Mar 2022 16:22:29 +0200 Werner Franke <werner_franke@arcor.de> wrote:
Hallo Werner!
wirkt es sich in meinem Fall aus ? Da ich den Thread nicht von Anfang an verfolgt habe, kann ich Dir den Teil Deiner Frage leider nicht beantworten.
dass es passieren kann, dass nach einem neuen Kernel die NVIDIA Treiber nicht mehr funktionieren.
Hatte dies jemand schon mal Das kann ich bestätigen. Das Problem habe ich auch hin und wieder. Es ist im eigentlichen Sinne kein Fehler. Das Kernelmodul muß zum laufenden Kernel passen. Bei Nvidia wird das dadurch erreicht, daß das Modul beim Installieren des Treibers neu gebaut wird.
Solange ein Kernelupdate nichts an der Schnittstelle zwischen Kernel und Graphikmodul ändert, gibt es keine Probleme. Die kommen erst, wenn die beiden nicht mehr zusammenpassen. Dann fällt der gesamte Graphik-Stack auf die Nase und das System startet in einen Fallback-Modus; bei SuSE eine Bash.
Falls Du den Treiber aus dem Nvidia/OS Repository hast, einfach nochmal nachinstallieren. Dadurch wird auch das Kernelmodul neu gebaut und sollte wieder passen.
In der Hoffnung, wenigstens etwas zur Klärung beigetragen zu haben.
Viele Grüße
seit heute habe ich das gleiche Problem wieder. Statt X11 lande ich in der Console. Ist etwas lästig, wenn nach jedem Kernel-Update X11 nicht mehr funktioniert. In Xorg.0.log finde ich: [ 88.451] (EE) NVIDIA: Failed to initialize the NVIDIA kernel module. Please see the [ 88.451] (EE) NVIDIA: system's kernel log for additional error messages and [ 88.451] (EE) NVIDIA: consult the NVIDIA README for details. [ 88.567] (EE) [drm] Failed to open DRM device for pci:0000:0a:00.0: -19 [ 88.682] (EE) [drm] Failed to open DRM device for pci:0000:0a:00.0: -19 [ 88.682] (EE) open /dev/dri/card0: No such file or directory [ 88.682] (WW) Falling back to old probe method for modesetting [ 88.682] (EE) open /dev/dri/card0: No such file or directory In /var/log/mesages: Apr 4 11:24:07 obelix systemd: modprobe@drm.service: Deactivated successfully. Apr 4 11:24:07 obelix systemd: Finished Load Kernel Module drm. : Apr 4 11:24:52 obelix systemd[1]: Started X Display Manager. <<<== ??? Apr 4 11:24:52 obelix systemd[1]: Reached target Graphical Interface. <<<== ??? In /var/log/mesages fand ich nichts hilfreiches. Im Gegenteil. Die Zeilen oben verstehe ich überhaupt nicht. Danach unter root startx augerufen und wie du oben geschrieben hast, habe ich danach zuerst das Pakete nvidia-gfxG04-kmp-default-390.147_k5.3.18_57-lp153.12.1.x86_64 aus dem Nvidia Repository reinstalliert und neu gebootet. (Dachte da wird der Treiber danach neu gebaut) Nachdem das nichts geholfen hat, habe ich alle Nvidia Pakete reinstalliert und neu gebootet. nvidia-glG04-390.147-lp153.12.1.x86_64 x11-video-nvidiaG04-390.147-lp153.12.1.x86_64 nvidia-gfxG04-kmp-default-390.147_k5.3.18_57-lp153.12.1.x86_64 nvidia-computeG04-390.147-lp153.12.1.x86_64 Hat leider nichts gebracht. Habe ich da etwas vergessen ? Gibt es eine Beschreibung zum richtigen Vorgehen in einem solchen Fall ? Beispielsweise wie man das Bauen des NVIDIA Treibers in der Kommandozeile machen kann. Danke für Tipps Werner
hallo, Am 04.04.22 um 12:56 schrieb Werner Franke:
Beispielsweise wie man das Bauen des NVIDIA Treibers in der Kommandozeile machen kann.
ich mach das immer "the hard way" nach jdem kernel update: https://en.opensuse.org/SDB:NVIDIA_the_hard_way funktioniert schon seit jahren super. -- Best Regards | Freundliche Grüße | Cordialement | Cordiali Saluti | Atenciosamente | Saludos Cordiales *DI Rainer Klier* DevOps, Research & Development
participants (7)
-
Christian Boltz -
Helga Fischer -
Jörg Thümmler -
Matthias -
mh＠mike.franken.de -
Rainer Klier -
Werner Franke