KDE-Stretch - SDDM verweigert die Anmeldung

[geier22]

Wollte heute mein Jsssie auf Testing upgraden --> ist gründlich in die Hose gegangen.
Also Mini - Cd gebrannt --> Neuinstallation -soweit so gut - wenigsten Grub wurde richtig eingerichtet, sodass ich Xfce ohne Manipulationen
starten kann.
KDE aber kommt genau bis zum Anmeldebildschirm Passwort eingegeben, 1X dunkel SDDM ist wieder da. Mehrmals versucht, immer wieder das Selbe.
Rettungskonsole aufgerufen Passwort erneuert ---> dto
Rettungskonsole aufgerufen neuen User angelegt, Dialog durchlaufen --> Neustart --> dto.

Von Xfce aus hab ich ja Zugriff auf das / Wurzelverzeichnis der KDE - Platte. Wäre da Lightdm, würde ich versuchen, ein Autologin zu basteln. Bei SDDM hab ich aber keine Ahnung, wo ich ansetzen muss.

Für Tipps wäre ich unendlich dankbar. KDE nervt im Augenblick bis an die Schmerzgrenze

Edit:
Hab noch was im Syslog gefunden, was vielleicht weiterhilft:

Code: Alles auswählen

Dec  9 02:21:48 kde sddm-greeter[697]: QObject::installEventFilter(): Cannot filter events for objects in a different thread.
Dec  9 02:21:49 kde sddm-greeter[697]: QObject::installEventFilter(): Cannot filter events for objects in a different thread.
Dec  9 02:21:50 kde sddm-greeter[697]: file:///usr/share/sddm/themes/breeze/components/InfoPane.qml:52:22: Unable to assign [undefined] to int
Dec  9 02:21:50 kde sddm-greeter[697]: QDBusConnection: name 'org.freedesktop.UDisks2' had owner '' but we thought it was ':1.13'
Dec  9 02:21:59 kde sddm[659]: QProcess: Destroyed while process ("/usr/lib/x86_64-linux-gnu/sddm/sddm-helper") is still running.
Dec  9 02:21:59 kde sddm[659]: QProcess: Destroyed while process ("/usr/lib/x86_64-linux-gnu/sddm/sddm-helper") is still running.
Dec  9 02:21:59 kde sddm-greeter[878]: QObject::installEventFilter(): Cannot filter events for objects in a different thread.
Dec  9 02:22:00 kde sddm-greeter[878]: QObject::installEventFilter(): Cannot filter events for objects in a different thread.
Dec  9 02:22:00 kde sddm-greeter[878]: file:///usr/share/sddm/themes/breeze/components/InfoPane.qml:52:22: Unable to assign [undefined] to int
Dec  9 02:22:14 kde rsyslogd: [origin software="rsyslogd" swVersion="8.14.0" x-pid="646" x-info="http://www.rsyslog.com"] exiting on signal 15.

hier noch ein Paar Minuten Früher:

Code: Alles auswählen

02:18:35 kde sddm-greeter[698]: QObject::installEventFilter(): Cannot filter events for objects in a different thread.
Dec  9 02:18:36 kde sddm-greeter[698]: QObject::installEventFilter(): Cannot filter events for objects in a different thread.
Dec  9 02:18:37 kde sddm-greeter[698]: file:///usr/share/sddm/themes/breeze/components/InfoPane.qml:52:22: Unable to assign [undefined] to int
Dec  9 02:18:37 kde sddm-greeter[698]: QDBusConnection: name 'org.freedesktop.UDisks2' had owner '' but we thought it was ':1.14'
Dec  9 02:18:42 kde sddm[665]: QProcess: Destroyed while process ("/usr/lib/x86_64-linux-gnu/sddm/sddm-helper") is still running.
Dec  9 02:18:42 kde sddm[665]: QProcess: Destroyed while process ("/usr/lib/x86_64-linux-gnu/sddm/sddm-helper") is still running.
Dec  9 02:18:42 kde sddm-greeter[879]: QObject::installEventFilter(): Cannot filter events for objects in a different thread.
Dec  9 02:18:43 kde sddm-greeter[879]: QObject::installEventFilter(): Cannot filter events for objects in a different thread.
Dec  9 02:18:43 kde sddm-greeter[879]: file:///usr/share/sddm/themes/breeze/components/InfoPane.qml:52:22: Unable to assign [undefined] to int
Dec  9 02:19:29 kde sddm[665]: Error from greeter session: "Process crashed"

[geier22]

so hab jetzt noch mal sid "drübergebügelt".

Das gleiche

Die letzten Zeilen des Syslog hab ich mal ins NoPaste getan 38980

Wäre schön wenn irgendjemand einen Tipp hätte, woran das liegen kann, Oder ob es ein Bug ist.

und hier die letzten Zeilen aus "massages" 38981

[MaGe]

das selbe hier mit sid im Host bis zum Anmeldebildschirm
SDDM ersetzt durch Lightdm das selbe problem

test in der vobx keine problemme bei der anmeldung.


gruss MaGe

[MSfree]

Laut Log verweigert SDDM die Anmeldung nicht, sondern es stürzt ab.

Du scheinst nicht der einzige zu sein, es gibt da bereits einen Bug-Report:
https://bugs.debian.org/cgi-bin/bugrepo ... bug=798906

Es scheint mit Nvidia zusammen zu hängen. Hast du einen anderen Displaymanager (eventuell KDM) probiert?

[geier22]

Danke , dann heißt es nur warten. bis KDE so nett ist, einen wieder den Zugang zu gewähren

[RobertS]

hmmm, mit Intelgrafik tut es.
Hatte auch keine Ausfälle mehr in den letzten paar Wochen.
Hilft jetzt zwar auch nicht weiter, aber eventuell mal von propitären Treibern weg?

Grüße

Robert

[geier22]

Ist ja eine komplette Neuinstallation und der Erststart. Da sind keine unfreien Treiber - zumindest nicht von Nvidia.
Nur halt für die Chips (Realtek) aber die werden ja selbständig geladen. Und den Nouveau lädt Debian ja selber damit man was gucken kann

Hatte KDE / Stretch bisher nur in einer virtuellen Maschine. Da hatte ich den Eindruck, dass mittlerweile das ganze recht stabil läuft. Darum hatte ich mich entschlossen gestern
mein KDE/Jessie ins Testing zu befördern. Falsch gedacht.
Hab mir gerade Sparky / KDE (basiert auf Debian-Stretch) runtergeladen. Da hat man schon während der Installation das Autologin einzurichten. Mal sehen, ob ich den SDDM damit "verwirren" kann.

[catdog2]

KDE aber kommt genau bis zum Anmeldebildschirm Passwort eingegeben, 1X dunkel SDDM ist wieder da. Mehrmals versucht, immer wieder das Selbe.

Hab mir gerade Sparky / KDE (basiert auf Debian-Stretch) runtergeladen. Da hat man schon während der Installation das Autologin einzurichten. Mal sehen, ob ich den SDDM damit "verwirren" kann.

Da es wohl mit Grafiktreiberfoo zusammenhängt wird wohl vermutlich so laufen: Login -> X Server crasht -> Display Manager startet ihn wieder -> Login Screen

[Apfelmann]

Ich benutze unter sid + kde lightdm inzwischen ohne Probleme,
habe aber kmail durch claws-mail ersetzt
konqueror ist grottig geworden, ich verwende krusader für ftp und ansonsten mc,
irgendwie hatte ich aber zwischendurch den Eindruck, daß die Abhägigkeiten nicht immer aufgelöst worden sind,
mit apt-get -f install mußte manchmal nachgeholfen werden.

LG

[geier22]

So - Geschafft, wen auch nicht auf normalen Weg das war irgendwie Horror-mäßig.
Der Weg:
2x Debian KDE/ Stretch ----> SDDM in einer Endlosschleife (siehe oben)
2x Sparky-Linux/Stretch ---> Da war der Root- Account nach der ersten Anmeldung futsch, selbst im Rettungs-Modus wolle man kein Root haben (gesperrt)
dann aber:
Sparky Mate /Stretch installiert (wg. Lightdm) hinterher KDE (nur baseapps) zusätzlich installiert
Sieg
Testing hin testing her so richtig ist das nicht zu verstehen

[MaGe]

[...]So - Geschafft, wen auch nicht auf normalen Weg das war irgendwie Horror-mäßig.
Der Weg:
[...]

und bei mir kde , stretch/sid und sddm

Autologin:
/etc/sddm.conf nicht vorhanden ( angelegt )

/etc/sddm.conf
[Autologin]
User=privat
Session=plasma.desktop

nvidia treiber installiert
nvidia-driver 340.96-2

adduser sddm video

bootet ohne Probleme,


gruss MaGe

[geier22]

Autologin:
/etc/sddm.conf nicht vorhanden ( angelegt )

/etc/sddm.conf
[Autologin]
User=privat
Session=plasma.desktop

Das war ja der Grund warum ich es mit Sparkylinux KDE versucht hatte, da man das Autologin bereits während der Installation einstellen kann. Aber das Ansinnen, SDDM mit einem Autologin zu überlisten, wurde in diesem Fall mit dem
fehlenden (gesperrten) Root Account bestraft.
Die Möglichkeit, die du genannt hast hätte mir eventuell den Installationsmarathon erspart.

[MaGe]

Die Möglichkeit, die du genannt hast hätte mir eventuell den Installationsmarathon erspart.

so habe Autologin einmal ausgeschaltet
startet normal mit Anmeldung

das ganze liegt wahrscheinlich nur am nvidia Treiber
ohne Treiber laufend neue Anmeldungen.
mit installiertem nvidia Treiber und adduser sddm Video normaler Start mit Anmeldung.


gruss MaGe