Stretch - Display-Manager sddm startet nicht

[Kaheto]

Hi,

der Display-Manager sddm lässt sich nach einem Upgrade von Jessie auf Stretch nicht starten.
Ich habe in /etc/X11/default-display-manager

Code: Alles auswählen

/usr/bin/sddm

gesetzt.
Und

Code: Alles auswählen

service sddm start

bleibt erfolglos. Stattdessen habe ich diese Logs

Code: Alles auswählen

systemctl status sddm.service
● sddm.service - Simple Desktop Display Manager
   Loaded: loaded (/lib/systemd/system/sddm.service; static; vendor preset: enabled)
   Active: failed (Result: exit-code) since Tue 2017-08-08 13:17:07 CEST; 2s ago
     Docs: man:sddm(1)
           man:sddm.conf(5)
  Process: 2415 ExecStartPre=/bin/sh -c [ "$(cat /etc/X11/default-display-manager 2>/dev/null)" = "/usr/bin/sddm" ] (code=exited, status=1/FAILURE)
      CPU: 3ms

Aug 08 13:17:06 stuttgart systemd[1]: sddm.service: Unit entered failed state.
Aug 08 13:17:06 stuttgart systemd[1]: sddm.service: Failed with result 'exit-code'.
Aug 08 13:17:07 stuttgart systemd[1]: sddm.service: Service hold-off time over, scheduling restart.
Aug 08 13:17:07 stuttgart systemd[1]: Stopped Simple Desktop Display Manager.
Aug 08 13:17:07 stuttgart systemd[1]: sddm.service: Start request repeated too quickly.
Aug 08 13:17:07 stuttgart systemd[1]: Failed to start Simple Desktop Display Manager.
Aug 08 13:17:07 stuttgart systemd[1]: sddm.service: Unit entered failed state.
Aug 08 13:17:07 stuttgart systemd[1]: sddm.service: Failed with result 'exit-code'.
stuttgart:~ # vi /etc/X11/default-display-manager

und

Code: Alles auswählen

journalctl -xe

-- Subject: Unit sddm.service has begun start-up
-- Defined-By: systemd
-- Support: https://www.debian.org/support
-- 
-- Unit sddm.service has begun starting up.
Aug 08 13:25:16 stuttgart systemd[1]: sddm.service: Control process exited, code=exited status=1
Aug 08 13:25:16 stuttgart systemd[1]: Failed to start Simple Desktop Display Manager.
-- Subject: Unit sddm.service has failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
-- 
-- Unit sddm.service has failed.
-- 
-- The result is failed.
Aug 08 13:25:16 stuttgart systemd[1]: sddm.service: Unit entered failed state.
Aug 08 13:25:16 stuttgart systemd[1]: sddm.service: Failed with result 'exit-code'.
Aug 08 13:25:16 stuttgart lircd[951]: lircd-0.9.4c[951]: Error: Cannot glob /sys/class/rc/rc0/input[0-9]*/event[0-9]*
Aug 08 13:25:16 stuttgart lircd-0.9.4c[951]: Error: Cannot glob /sys/class/rc/rc0/input[0-9]*/event[0-9]*
Aug 08 13:25:17 stuttgart lircd[951]: lircd-0.9.4c[951]: Error: Cannot glob /sys/class/rc/rc0/input[0-9]*/event[0-9]*
Aug 08 13:25:17 stuttgart lircd-0.9.4c[951]: Error: Cannot glob /sys/class/rc/rc0/input[0-9]*/event[0-9]*
Aug 08 13:25:17 stuttgart systemd[1]: sddm.service: Service hold-off time over, scheduling restart.
Aug 08 13:25:17 stuttgart systemd[1]: Stopped Simple Desktop Display Manager.
-- Subject: Unit sddm.service has finished shutting down
-- Defined-By: systemd
-- Support: https://www.debian.org/support
-- 
-- Unit sddm.service has finished shutting down.
Aug 08 13:25:17 stuttgart systemd[1]: Starting Simple Desktop Display Manager...
-- Subject: Unit sddm.service has begun start-up
-- Defined-By: systemd
-- Support: https://www.debian.org/support
-- 
-- Unit sddm.service has begun starting up.
Aug 08 13:25:17 stuttgart systemd[1]: sddm.service: Control process exited, code=exited status=1
Aug 08 13:25:17 stuttgart systemd[1]: Failed to start Simple Desktop Display Manager.
-- Subject: Unit sddm.service has failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
-- 
-- Unit sddm.service has failed.
-- 
-- The result is failed.
Aug 08 13:25:17 stuttgart systemd[1]: sddm.service: Unit entered failed state.
Aug 08 13:25:17 stuttgart systemd[1]: sddm.service: Failed with result 'exit-code'.

Kann mir jemand unter euch helfen, den Display-Manager zum Laufen zu bringen?

Kaheto

[Karamel]

Bei mir hat dpkg-reconfigure sddm geholfen, allerdings habe ich keine Ahnung, inwiefern unsere Fälle vergleichbar sind.

[Kaheto]

Ich habe das mal so ausgeführt. Der Display-Manager läuft jetzt, allerdings bleibt der Monitor auf F7 schwarz.

Code: Alles auswählen

systemctl status sddm.service
● sddm.service - Simple Desktop Display Manager
   Loaded: loaded (/lib/systemd/system/sddm.service; enabled; vendor preset: enabled)
   Active: active (running) since Wed 2017-08-09 09:19:01 CEST; 4min 41s ago
     Docs: man:sddm(1)
           man:sddm.conf(5)
  Process: 2027 ExecStartPre=/bin/sh -c [ "$(cat /etc/X11/default-display-manager 2>/dev/null)" = "/usr/bin/sddm" ] (code=exited, status=0/SUCCESS)
 Main PID: 2031 (sddm)
    Tasks: 4 (limit: 4915)
   Memory: 58.6M
      CPU: 2.616s
   CGroup: /system.slice/sddm.service
           ├─2031 /usr/bin/sddm
           └─2033 /usr/lib/xorg/Xorg -nolisten tcp -auth /var/run/sddm/{506b3cb2-fbeb-4c35-9712-7461e889bd2c} -background none -noreset -displayfd 

Aug 09 09:19:03 mombassa sddm[2031]: Reading from "/usr/share/xsessions/cinnamon.desktop"
Aug 09 09:19:03 mombassa sddm[2031]: Reading from "/usr/share/xsessions/cinnamon.desktop"
Aug 09 09:19:03 mombassa sddm[2031]: Session "/usr/share/xsessions/cinnamon.desktop" selected, command: "cinnamon-session-cinnamon"
Aug 09 09:19:03 mombassa sddm[2031]: Adding cookie to "/var/run/sddm/{506b3cb2-fbeb-4c35-9712-7461e889bd2c}"
Aug 09 09:19:03 mombassa sddm-helper[2052]: [PAM] Starting...
Aug 09 09:19:03 mombassa sddm-helper[2052]: [PAM] Authenticating...
Aug 09 09:19:03 mombassa sddm-helper[2052]: [PAM] returning.
Aug 09 09:19:03 mombassa sddm[2031]: Authenticated successfully
Aug 09 09:19:03 mombassa sddm-helper[2052]: pam_unix(sddm-autologin:session): session opened for user andreas by (uid=0)
Aug 09 09:19:03 mombassa sddm[2031]: Session started

Ich nutze eine NVIDIA-Karte.

Code: Alles auswählen

dmesg | grep nvidia
[    7.689406] nvidia: loading out-of-tree module taints kernel.
[    7.689411] nvidia: module license 'NVIDIA' taints kernel.
[    7.706845] nvidia-nvlink: Nvlink Core is being initialized, major device number 247
[    7.849414] nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver for UNIX platforms  375.66  Mon May  1 14:33:30 PDT 2017
[    8.087438] [drm] [nvidia-drm] [GPU ID 0x00000100] Loading driver
[   36.135629] nvidia-modeset: Allocated GPU:0 (GPU-e660eb71-9d6a-eb3a-39d3-6d638924a92e) @ PCI:0000:01:00.0
[   82.402681] nvidia-modeset: Freed GPU:0 (GPU-e660eb71-9d6a-eb3a-39d3-6d638924a92e) @ PCI:0000:01:00.0
[   83.526047] nvidia-modeset: Allocated GPU:0 (GPU-e660eb71-9d6a-eb3a-39d3-6d638924a92e) @ PCI:0000:01:00.0
[  167.204300] cinnamon[2411]: segfault at 0 ip 00007f79dc36b480 sp 00007ffdc559bcb0 error 6 in libnvidia-glcore.so.375.66[7f79db193000+13e4000]

Vielleicht liegt es daran:

Code: Alles auswählen

lspci -vvv | grep nvidia
        Kernel driver in use: nvidia
        Kernel modules: nvidia
pcilib: sysfs_read_vpd: read failed: Input/output error

[scientific]

Und auf F1?

[Kaheto]

Klar, dort machte ich ja gerade die Ausgaben.

[CH777]

Und auf F2-F6?

[debianoli]

Geht denn ein anderer dm wie lightdm

[jph]

Braucht sddm möglicherweise xserver-xorg-legacy? Also den Server, der ohne systemd als root läuft?

Der reguläre xserver-xorg läuft via systemd/logind mit Benutzerrechten.

[Kaheto]

Geht denn ein anderer dm wie lightdm

Weiß ich nicht, den möchte ich auch nicht nutzen. kdm läuft, war ja auch vor dem dist-Upgrade drauf.

[Kaheto]

Braucht sddm möglicherweise xserver-xorg-legacy? Also den Server, der ohne systemd als root läuft?

Der reguläre xserver-xorg läuft via systemd/logind mit Benutzerrechten.

Kannst du das näher spezifizieren? Ich kann dir nicht folgen.

[scientific]

Seit systemd wurde xorg so umgestellt, dass es mit Userrechten und nicht mehr als root gestartet wird. Das ist ein enormer Sicherheitsgewinn, da xorg ein unüberschaubarer Codesaurier ist, der einiges an Sicherheitslücken aufreißt, vor allem wenn er als root gestartet wird (wie vor systemd). Daher ist auch Wayland in Entwicklung, um den Saurier in Rente schicken zu können.

Ob sddm nun xorg als root oder user benötigt, weiß ich mangels sddm leider nicht.
Ich hatte ihn nur mal kurz auf einem Testsystem installiert, und dort lief er ohne legacy.

Lg scientific

[scientific]

Ich würd sddm mal purgen, dann in /var/lib/sddm nachsehen, ob noch configreste rumpurzeln und die auch löschen. Ebenso in /etc/sddm und /etc/default.

Dann neu installieren und den Start im journal beobachten.

[guennid]

Seit systemd wurde xorg so umgestellt, dass es mit Userrechten und nicht mehr als root gestartet wird

Leider funktioniert das nicht auf jeder Maschine, bzw. nur so, dass einzig root den xserver starten kann. Hier geht's dann, wenn ich das SUID wieder setze. Mit xserver-xorg-legacy habe ich keine Erfahrungen.

[Liffi]

Und auf F2-F6?

Bei mir ist er auch seit einiger Zeit auf F2. Mein "muscle memory" hat sich leider noch nicht daran gewöhnt.

[scientific]

Seit systemd wurde xorg so umgestellt, dass es mit Userrechten und nicht mehr als root gestartet wird

Leider funktioniert das nicht auf jeder Maschine, bzw. nur so, dass einzig root den xserver starten kann. Hier geht's dann, wenn ich das SUID wieder setze. Mit xserver-xorg-legacy habe ich keine Erfahrungen.

Günther, bitte führe die Leute nicht in die irre mit solchen Aussagen. Du verwendest kein systemd, daher läuft das so auch nicht.

Bei einer Standarddebianinstallation ist systemd mit dabei und xorg läuft ohne suid als User.

[guennid]

Ich bezog mich darauf:

Braucht sddm möglicherweise xserver-xorg-legacy? Also den Server, der ohne systemd als root läuft?

.

Und wenn kein systemd installiert sein sollte, und/oder sddm keines haben will (was ich für äußerst unwahrscheinlich halte), gilt, was ich gesagt habe.

[scientific]

Aber du hast es unterschlagen, und damit kommt es einer Irreführung gleich. Erwähne halt, dass du kein systemd verwendest, und du damit weitab des von Debian konzipierten Standard-Systems handelst.

Ok?

[guennid]

Aber du hast es unterschlagen

, Na ja...?

Ich wollte einen Zusammenhang zwischen systemd und rootlosem xserver eigentlich gar nicht herstellen, das hat der zitierte Poster gemacht. Bin mir auch gar nicht so sicher, dass der überhaupt existiert. Mir ging's lediglich um das rootlose X. Als ich mit dem Problem (root+xserver) konfrontiert wurde, war von systemd gar keine Rede. Und systemd ist ja bereits seit jessie Standard, während der rootlose xserver eine Neuerung bei stretch ist, soweit mir bekannt. Bei gentoo wird auch mit rootlosem xserver experimentiert und die verwenden, soweit mir bekannt, gar kein systemd. Aber sei's wie's ist, ich wollte nur hinweisen darauf, was man eventuell machen kann, wenn der xserver aus welchen Gründen auch immer Rootrechte haben will.

Erwähne halt, dass du kein systemd verwendest

Wenn ich in fremden Threads poste, geht's mir nicht um mich, sondern um das Problem des TE.

[scientific]

Aber wenn du schreibst "bei mir ist es anders" und du erwähnst nicht, dass du Debian auch weit abseits des Standards konfiguriert hast, dann ist das halt eine wesentliche Info, die unbedarfte gant schnell sehr weit in die Irre führen kann...

Das wäre wie wenn man postet, dass Alt+F4 den Dateimanager öffnet, aber nicht erwähnt, gar kein Gnome (Standardinstall bei Debian) verwendet, sondern einen individuell konfigurierten FVWM...

Verstehst du, was ich meine?

[jph]

Leider funktioniert das nicht auf jeder Maschine, bzw. nur so, dass einzig root den xserver starten kann. Hier geht's dann, wenn ich das SUID wieder setze. Mit xserver-xorg-legacy habe ich keine Erfahrungen.

Code: Alles auswählen

jan@x220:~$ apt-cache show xserver-xorg-legacy
[...]
Description-en: setuid root Xorg server wrapper