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

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.

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

Gesendet: Mittwoch, 23. März 2022 um 23:49 Uhr Von: "Helga Fischer" 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

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

On Thu, 31 Mar 2022 16:22:29 +0200 Werner Franke 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, 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