sddm Problem

flammenflitzer · Advocate Joined: 25 Nov 2003 Posts: 3480 Location: Berlin

Hallo,
die letzte funktionierende Version ist sddm-0.15.0. Die folgenden Versionen starten nicht. /var/log/sddm.log ist leer.
Hat jemand eine Idee?
journalctl | grep sddm

mv · Watchman Joined: 20 Apr 2005 Posts: 6747

Bei mir ist es noch schlimmer: Da geht auch sddm-0.15.0 nicht.
Wenn ich den Greeter überspringe (autologin) geht es, aber der Greeter selbst scheint korrekt zu starten, schaltet aber nicht in den Graphik-Modus. (Ob blind tippen/mausklicken funktionieren würde, ist schwer festzustellen, wäre aber ohnehin keine Lösung...)

Wenn es bei Dir mit sddm-0.15.0 geht, hast Du wohl das selbe Problem wie in diesem Thread. Der enthält aber auch keine Lösung.

asturm · Developer Joined: 05 Apr 2007 Posts: 8935

Kommt gar nichts, oder nur nach langer Zeit (mit der flachen Hand die Tastatur bearbeiten könnte das beschleunigen)?

Tyrus · Guru Joined: 03 Feb 2018 Posts: 300

Also bei mir funktioniert die Version 0.18.0 ohne Probleme. Allerdings nutze ich kein elogind und kein systemd. Dafür pam und consolekit und openRC.
/var/log/sddm.log sieht so aus:

mv · Watchman Joined: 20 Apr 2005 Posts: 6747

Yamakuzure · Posted: Tue Sep 04, 2018 6:40 am Post subject:

sddm-0.17.0-r4 funktioniert hier prima mit elogind. Das update auf sddm-0.18.0 steht noch aus.
_________________
Important German:

"Aha" - German reaction to pretend that you are really interested while giving no f*ck.
"Tja" - German reaction to the apocalypse, nuclear war, an alien invasion or no bread in the house.

schmidicom · Veteran Joined: 09 Mar 2006 Posts: 1924 Location: Schweiz

Keine Ahnung ob mein SDDM-Problem jetzt die selbe oder zumindest ähnliche Ursachen hat aber ich konnte bei meinem Laptop folgendes beobachten:
Jedes mal der SDDM startet bevor der Kernel den switch von simple zu inteldrmfb vollzogen hat ("kernel: fb: switching to inteldrmfb from simple") braucht der SDDM auch bei mir eine gefühlte Ewigkeit bis er endlich richtig hochkommt (also den Anmeldebildschirm anzeigt). Meiner Meinung nach sind die Abhängigkeiten im Service-Unit/Init-Script nicht ausreichend gut definiert um sicher zu stellen das der SDDM erst dann anläuft wenn auch wirklich alles nötige bereit ist.

PS:
Bei mir findet dieser "switch" deshalb statt weil ich kein Freund davon bin Firmware direkt in den Kernel zu packen oder irgendwelche eigentlich völlig unnötige initrd's zu benutzen. Deshalb startet mein Kernel erst mit dem simplefb und wechselt dann, wenn das root-Filesystem zur Verfügung steht, zum eigentlich inteldrmfb.
_________________
Lenovo - ThinkPad P16s Gen 2 - 21K9CTO1WW

asturm · Developer Joined: 05 Apr 2007 Posts: 8935

Nein, das ist folgender bug: https://bugs.gentoo.org/660812

Yamakuzure · Posted: Wed Sep 05, 2018 1:15 pm Post subject:

Ah, okay.
Ich habe bei mir sys-apps/haveged laufen, und deshalb geht also alles ohne Probleme.
_________________
Important German:

"Aha" - German reaction to pretend that you are really interested while giving no f*ck.
"Tja" - German reaction to the apocalypse, nuclear war, an alien invasion or no bread in the house.

schmidicom · Veteran Joined: 09 Mar 2006 Posts: 1924 Location: Schweiz

Ja schön zu erfahren, noch schöner wäre es als einfo-Meldung direkt vom ebuild...
_________________
Lenovo - ThinkPad P16s Gen 2 - 21K9CTO1WW

asturm · Developer Joined: 05 Apr 2007 Posts: 8935

Das Problem ist hier aber (offenbar) das Zusammenspiel zwischen logind und Kernel, nicht nur sddm, auch andere displaymanager sind betroffen.

Yamakuzure · Posted: Thu Sep 06, 2018 8:35 am Post subject:

musv · Advocate Joined: 01 Dec 2002 Posts: 3337 Location: de

Nach einem Update nach langer Zeit bin ich jetzt auch über das Problem gestolpert. System läuft bei mir mit SDDM und Systemd.

Dem Logfile nach zu urteilen startet das X ganz kurz, entlädt dann aber die Input-Treiber. Nach Betätigung der Enter-Taste kommt dann auf einmal der Login-Manager.

https://wiki.archlinux.org/index.php/Haveged

musv · Advocate Joined: 01 Dec 2002 Posts: 3337 Location: de

Ok, gestern ist ein weiterer Fehler aufgetreten.

Der Rechner startet, SDDM auch. Aber die Eingabe des Passworts im SDDM ist ziemlich träge. Und blöderweise macht der Login-Manager dann nicht das, was ein Login-Manager machen sollte. Nach Eingabe des Passworts kommt man nicht weiter. Der SDDM friert ein.

Update:
Ich hab noch mal einen Portage-Sync laufen lassen und noch mal einen Tag lang compiliert. SDDM war zwar nicht dabei, aber es funktioniert wieder perfekt. Gentoo soll mal einer verstehen…