Hi, gestern kam ein Security-Update für sddm (wimre), heute startet die GUI nicht mehr ... kann das zusammen hängen? Ein Login per tty1 und anschließendes startx bring KDE dann an den Start. Aber eigentlich ... Ein anderer Rechner (Gleiche OS-Version aber mit Intel statt NVidia Grafik) tuts es ohne diese besondere Aufforderung. # zypper se -is sddm Repository-Daten werden geladen... Installierte Pakete werden gelesen... S | Name | Typ | Version | Arch | Repository --+------------------------+-------+---------------------------------------------+--------+----------------------- i | kcm_sddm | Paket | 5.18.5-lp152.1.2 | x86_64 | Main Repository i | kcm_sddm-lang | Paket | 5.18.5-lp152.1.2 | noarch | Main Repository i | sddm | Paket | 0.18.0-lp152.5.3.1 | x86_64 | Main Update Repository i | sddm-branding-openSUSE | Paket | 0.18.0-lp152.5.3.1 | x86_64 | Main Update Repository i | sddm-theme-openSUSE | Paket | 84.87~git20190606T185118~3d37a0c-lp152.12.2 | noarch | Main Repository # Obiges ist auf beiden Rechnern gleich. Was sollte ich tun um diese Unschönheit zu beheben? Einfach warten und hoffen das das nächste nvidia-Update es richtet? Bernd -- 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
Hast du mal die Nvidia Pakete neu installiert? Was steht im /var/log/Xorg.0.log? Gibt es eine /etc/X11/xorg.conf? Wenn ja, mal umbenennen? Stephan Am Sonntag, 8. November 2020, 09:31:11 CET schrieb Bernd Nachtigall:
Hi,
gestern kam ein Security-Update für sddm (wimre), heute startet die GUI nicht mehr ... kann das zusammen hängen?
Ein Login per tty1 und anschließendes startx bring KDE dann an den Start. Aber eigentlich ...
Ein anderer Rechner (Gleiche OS-Version aber mit Intel statt NVidia Grafik) tuts es ohne diese besondere Aufforderung.
# zypper se -is sddm Repository-Daten werden geladen... Installierte Pakete werden gelesen...
S | Name | Typ | Version | Arch | Repository --+------------------------+-------+---------------------------------------------+--------+----------------------- i | kcm_sddm | Paket | 5.18.5-lp152.1.2 | x86_64 | Main Repository
i | kcm_sddm-lang | Paket | 5.18.5-lp152.1.2 | noarch | Main Repository
i | sddm | Paket | 0.18.0-lp152.5.3.1 | x86_64 | Main Update Repository
i | sddm-branding-openSUSE | Paket | 0.18.0-lp152.5.3.1 | x86_64 | Main Update Repository
i | sddm-theme-openSUSE | Paket | 84.87~git20190606T185118~3d37a0c-lp152.12.2 | noarch | Main Repository #
Obiges ist auf beiden Rechnern gleich.
Was sollte ich tun um diese Unschönheit zu beheben? Einfach warten und hoffen das das nächste nvidia-Update es richtet?
Bernd
-- 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
Am 08.11.20 um 10:42 schrieb Stephan Hemeier:
Hast du mal die Nvidia Pakete neu installiert? Ja, das bringt keine Änderung ...
Was steht im /var/log/Xorg.0.log? Viel, aber nichts davon in status ERROR.
Gibt es eine /etc/X11/xorg.conf? Wenn ja, mal umbenennen? Die Datei gibt es, ein umbenennen ändert aber nichts an den Symptomen.
Gut das es wenigstens via startx noch klappt ... Bernd
Am Sonntag, 8. November 2020, 09:31:11 CET schrieb Bernd Nachtigall:
Hi,
gestern kam ein Security-Update für sddm (wimre), heute startet die GUI nicht mehr ... kann das zusammen hängen?
Ein Login per tty1 und anschließendes startx bring KDE dann an den Start. Aber eigentlich ...
Ein anderer Rechner (Gleiche OS-Version aber mit Intel statt NVidia Grafik) tuts es ohne diese besondere Aufforderung.
# zypper se -is sddm Repository-Daten werden geladen... Installierte Pakete werden gelesen...
S | Name | Typ | Version | Arch | Repository --+------------------------+-------+---------------------------------------------+--------+----------------------- i | kcm_sddm | Paket | 5.18.5-lp152.1.2 | x86_64 | Main Repository
i | kcm_sddm-lang | Paket | 5.18.5-lp152.1.2 | noarch | Main Repository
i | sddm | Paket | 0.18.0-lp152.5.3.1 | x86_64 | Main Update Repository
i | sddm-branding-openSUSE | Paket | 0.18.0-lp152.5.3.1 | x86_64 | Main Update Repository
i | sddm-theme-openSUSE | Paket | 84.87~git20190606T185118~3d37a0c-lp152.12.2 | noarch | Main Repository #
Obiges ist auf beiden Rechnern gleich.
Was sollte ich tun um diese Unschönheit zu beheben? Einfach warten und hoffen das das nächste nvidia-Update es richtet?
Bernd
-- Es sprach der Fürst zum Herrn Kaplan: "Halt' Du sie dumm, ich halt sie arm!" -- 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
https://bugzilla.opensuse.org/show_bug.cgi?id=1178543 Lösung: Die vorigen Versionen von sddm installieren oder alternativ einen neuen displaymqanager installieren und benutzen: zypper in lightdm Es gäbe auch: kdm, gdm, xdm usw. update-alternatives --config default-displaymanager Dort dann den lightdm aussuchen und neu starten. Am Sonntag, 8. November 2020, 14:01:45 CET schrieb Bernd Nachtigall:
Am 08.11.20 um 10:42 schrieb Stephan Hemeier:
Hast du mal die Nvidia Pakete neu installiert? Ja, das bringt keine Änderung ...
Was steht im /var/log/Xorg.0.log? Viel, aber nichts davon in status ERROR.
Gibt es eine /etc/X11/xorg.conf? Wenn ja, mal umbenennen? Die Datei gibt es, ein umbenennen ändert aber nichts an den Symptomen.
Gut das es wenigstens via startx noch klappt ...
Bernd
Am Sonntag, 8. November 2020, 09:31:11 CET schrieb Bernd Nachtigall:
Hi,
gestern kam ein Security-Update für sddm (wimre), heute startet die GUI nicht mehr ... kann das zusammen hängen?
Ein Login per tty1 und anschließendes startx bring KDE dann an den Start. Aber eigentlich ...
Ein anderer Rechner (Gleiche OS-Version aber mit Intel statt NVidia Grafik) tuts es ohne diese besondere Aufforderung.
# zypper se -is sddm Repository-Daten werden geladen... Installierte Pakete werden gelesen...
S | Name | Typ | Version | Arch | Repository --+------------------------+-------+---------------------------------------------+--------+----------------------- i | kcm_sddm | Paket | 5.18.5-lp152.1.2 | x86_64 | Main Repository
i | kcm_sddm-lang | Paket | 5.18.5-lp152.1.2 | noarch | Main Repository
i | sddm | Paket | 0.18.0-lp152.5.3.1 | x86_64 | Main Update Repository
i | sddm-branding-openSUSE | Paket | 0.18.0-lp152.5.3.1 | x86_64 | Main Update Repository
i | sddm-theme-openSUSE | Paket | 84.87~git20190606T185118~3d37a0c-lp152.12.2 | noarch | Main Repository #
Obiges ist auf beiden Rechnern gleich.
Was sollte ich tun um diese Unschönheit zu beheben? Einfach warten und hoffen das das nächste nvidia-Update es richtet?
Bernd
-- Es sprach der Fürst zum Herrn Kaplan: "Halt' Du sie dumm, ich halt sie arm!"
-- 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
Am 08.11.20 um 09:31 schrieb Bernd Nachtigall:
Hi,
gestern kam ein Security-Update für sddm (wimre), heute startet die GUI nicht mehr ... kann das zusammen hängen?
Ein Login per tty1 und anschließendes startx bring KDE dann an den Start. Aber eigentlich ...
Ein anderer Rechner (Gleiche OS-Version aber mit Intel statt NVidia Grafik) tuts es ohne diese besondere Aufforderung.
Der sddm läuft unter der Benutzerkennung 'sddm'. Das Preinstall-Skript vom RPM-Paket richtet die Kennung samt Gruppe 'sddm' ein. Für den Zugriff auf die Gerätedateien /dev/nvidia* ist die zusätzliche Mitgliedschaft des Benutzers 'sddm' in der Gruppe 'video' erforderlich. Falls das auch auf deinen Rechner zutreffen sollte, dann behebt das ein "usermod -a -G video sddm" und Neustart vom sddm. Dann würde sich aber auch die Frage stellen, wieso das vor dem Sec-Update bei dir gelaufen ist. Mike -- 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
participants (3)
-
Bernd Nachtigall -
Michael Buchau -
Stephan Hemeier