Bildschirm schwarz nach Start von XDM

[berni42]

Ich hatte gestern und heute morgen ein merkwürdiges Verhalten, das anfänglich nur manchmal auftauchte, dann aber plötzlich häufiger und später dauerhaft: Computer startet normal, GRUB-Loader, dann Konsole mit ramdisk-Nachricht, aber dann wird der Bildschirm plötzlich schwarz, am oberen Rand sind manchmal noch ein paar weiße Punkte zu sehen, gelegentlich auch kurz rote. Dann komplett schwarz und nichts geht mehr. Selbst der Wechsel auf die Konsole (Strg-Alt-F1) bringt dann keine Anzeige mehr. Ich kann mich da aber noch blind einloggen und den Computer mit "shutdown -h now" runterfahren. (Manchmal war auch der xdm-Login kurz zu sehen, bevor alles schwarz wurde.)

Wenn ich xdm deinstalliere (via Rescue im GRUB), kann ich mich danach wieder auf der Konsole einloggen und von da aus mit "startx" den Grafikbildschirm anschalten.

xdm.log enthält die Fehlermeldung:

Code: Alles auswählen

Xorg: ../../../../dix/privates.c:384: dixRegisterPrivateKey: Assertion `!global_
keys[type].created' failed.

Danach habe ich bereits im Internet gesucht und auch ein paar Stellen gefunden (launchpad.net und freedesktop.org), kann damit aber nichts anfangen.

Hier die vollständigen Log-Files:

xdm.log: 41827
Xorg.0.log: 41828
syslog: 41829

Kann mir jemand weiterhelfen?

[MSfree]

Der Core i3-7100 braucht zwingend Firmware, damit die Graphik funktioniert.

Code: Alles auswählen

apt-get install firmware-misc-nonfree

[berni42]

Der Core i3-7100 braucht zwingend Firmware, damit die Graphik funktioniert.

Code: Alles auswählen

apt-get install firmware-misc-nonfree

Danke, das war es tatsächlich.

[berni42]

Zu früh gefreut. Jetzt ging's wieder nicht mehr... Gleiches Bild wie vorher...

[MSfree]

Hast du einen zweiten Rechner?

Wenn ja, dann installiere den openssh-server auf dem i3-7100. Wenn das Problem wieder auftriit, kannst du dich von dem zweiten Rechner via ssh einloggen und brauchst nicht im Blindflug zu navigieren.

Über das ssh-Login kannst du dann mal folgende Informationen abfragen:

Code: Alles auswählen

su -
uname -a
dmesg | grep -i firmware
grep "(EE)" /var/log/Xorg.0.log

[berni42]

Hast du einen zweiten Rechner?

Ja:

41830

Sieht für mich so aus, als sollte das BIOS mal geupdated werden. Hab' ich versucht, bin aber erst mal dran gescheitert (per DHCP (auto-IP) schafft er nicht, eine Verbindung zum Router aufzubauen, was ich nicht verstehe, wo ich aber leider auch keinerlei Rückmeldung bekomme, was versucht wurde) und wenn ich das von der Webseite runterziehe und auf einen FAT32-formatierten USB-Stick schreibe, behaupetet er, dass kein geeignetes Update zu finden sei, erneut ohne zu sagen, was er eigentlich sucht.)

Da es mit dem selben Rechner, dem selben BIOS und dem "selben" Debian (11.5 Bullseye) schon mal geklappt hat, müsste es auch ohne BIOS-Update irgendwie gehen...

(Hab' grad mal das vorherige dpkg -l nach firmware durchstöbert, da war noch firmware-realtek drin. Das habe ich jetzt mal installiert; ich denke aber, dass das nur was mit dem Internet und nicht mit dem hisigen Problem zu tun hat. Weiterhin war da noch intel-microcode installiert, da meckert apt rum: "intel-microcode : Hängt ab von: iucode-tool (>= 1.0) ist aber nicht installierbar")

[MSfree]

Sieht für mich so aus, als sollte das BIOS mal geupdated werden.

Für mich sieht das nicht nach einem BIOS-Problem aus.

Der findet /dev/dri/card0 nicht.
Hast du noch eine weitere Graphikkarte im Rechner?

Was steht in deiner /etc/apt/sources.list?
Gibt es noch weitere Dateien unter /etc/apt/sources.list.d?

Welchen Display Manger verwendest du? Wirklich XDM oder doch etwas anderes?

[berni42]

Hast du noch eine weitere Graphikkarte im Rechner?

Nicht das ich wüsste...

Code: Alles auswählen

# lspci
00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v6/7th Gen Core Processor Host Bridge/DRAM Registers (rev 06)
00:02.0 VGA compatible controller: Intel Corporation HD Graphics 630 (rev 04)
00:14.0 USB controller: Intel Corporation 100 Series/C230 Series Chipset Family USB 3.0 xHCI Controller (rev 31)
00:14.2 Signal processing controller: Intel Corporation 100 Series/C230 Series Chipset Family Thermal Subsystem (rev 31)
00:16.0 Communication controller: Intel Corporation 100 Series/C230 Series Chipset Family MEI Controller #1 (rev 31)
00:17.0 SATA controller: Intel Corporation Q170/Q150/B150/H170/H110/Z170/CM236 Chipset SATA Controller [AHCI Mode] (rev 31)
00:1c.0 PCI bridge: Intel Corporation 100 Series/C230 Series Chipset Family PCI Express Root Port #5 (rev f1)
00:1d.0 PCI bridge: Intel Corporation 100 Series/C230 Series Chipset Family PCI Express Root Port #9 (rev f1)
00:1d.3 PCI bridge: Intel Corporation 100 Series/C230 Series Chipset Family PCI Express Root Port #12 (rev f1)
00:1d.7 PCI bridge: Intel Corporation 100 Series/C230 Series Chipset Family PCI Express Root Port #16 (rev f1)
00:1f.0 ISA bridge: Intel Corporation H170 Chipset LPC/eSPI Controller (rev 31)
00:1f.2 Memory controller: Intel Corporation 100 Series/C230 Series Chipset Family Power Management Controller (rev 31)
00:1f.3 Audio device: Intel Corporation 100 Series/C230 Series Chipset Family HD Audio Controller (rev 31)
00:1f.4 SMBus: Intel Corporation 100 Series/C230 Series Chipset Family SMBus (rev 31)
00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (2) I219-V (rev 31)
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 15)
04:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8821AE 802.11ac PCIe Wireless Network Adapter

Was steht in deiner /etc/apt/sources.list?

Abgesehen von Kommentarzeilen:

Code: Alles auswählen

deb http://deb.debian.org/debian/ bullseye main non-free
deb http://security.debian.org/debian-security bullseye-security main non-free
deb http://deb.debian.org/debian/ bullseye-updates main non-free

Welchen Display Manger verwendest du? Wirklich XDM oder doch etwas anderes?

xdm - ich hatte bei der Installation nur Systemwerkzeuge angegeben und direkt danach "apt install xorg xdm fvwm" eingegeben. Danach trat der Fehler zum ersten Mal auf. (Inzwischen sind noch einige weitere Pakete wie firefox und latex dazu gekommen, aber die dürften keine Auswirkungen haben.)

[berni42]

PS: Wenn es tut erhalte ich übrigens in Xorg.0.log:

Code: Alles auswählen

[    23.357] (EE) /dev/dri/card0: failed to set DRM interface version 1.4: Permission denied
[    24.729] (EE) /dev/dri/card0: failed to set DRM interface version 1.4: Permission denied

[michaa7]

als user:

Code: Alles auswählen

inxi -G

[berni42]

als user:

Code: Alles auswählen

inxi -G

Code: Alles auswählen

Graphics:
  Device-1: Intel HD Graphics 630 driver: i915 v: kernel 
  Display: server: X.org 1.20.11 driver: loaded: modesetting 
  unloaded: fbdev,vesa tty: 80x24 
  Message: Advanced graphics data unavailable in console for root. 

[MSfree]

PS: Wenn es tut erhalte ich übrigens in Xorg.0.log:

Code: Alles auswählen

[    23.357] (EE) /dev/dri/card0: failed to set DRM interface version 1.4: Permission denied
[    24.729] (EE) /dev/dri/card0: failed to set DRM interface version 1.4: Permission denied

Irgendwas ist bei dir kaputt, vermutlich deine Installation. Ich habe selbst einen i3-7100, und mit dem ist es kein Problem, auf /dev/dri/card0 zuzugreifen, ich bekomme diese Meldungen also nicht.

Hast du bei der Installation irgendwelche Tricks angewandt?
Ich bin ja auch ein Freund von minimalen Installationen und schalte Recommends und Suggests nach der Basisinstallation für mich immer aus. Das führt dazu, daß man bei der Installation eines Desktops z.B. kein Office, keine Spiele und ähnlichen Bloat auf die Kiste bekommt. Einige wichtige Bestandteile, wie Fonts oder libinput (für Maus und Tastaur) kommen dann aber nicht automatisch auf die Kiste. Man muß hier also wissen, was man tut. Möglicherweise fehlt bei dir ja genau so ein wichtiger Bestandteil.

[berni42]

Irgendwas ist bei dir kaputt, vermutlich deine Installation. Ich habe selbst einen i3-7100, und mit dem ist es kein Problem, auf /dev/dri/card0 zuzugreifen, ich bekomme diese Meldungen also nicht.

So etwa jedes fünfte Mal geht es bei mir ja auch...

Hast du bei der Installation irgendwelche Tricks angewandt?

Ne, im Gegenteil. Ich hab' versucht, möglichst wenig vom Standard abzuweichen. Er hat allerdings zwischendurch nach Firmware gefragt, was ich übersprungen habe. Hab' nämlich keine Firmware-CD oder sowas; aber vielleicht war da ursprünglich mal eine dabei...

Möglicherweise fehlt bei dir ja genau so ein wichtiger Bestandteil.

Ja, das könnte sein. Ich hab' inzwischen intel-microcode installiert bekommen - in meiner sources.list fehlte contrib... Hab' aber noch nicht getestet, ob es jetzt besser geworden ist.

Dann bin ich mal den diff von dpkg -l (vorher und nachher) durchgegangen und hab' geschaut was unterschiedlich ist:

Waren vorher nicht drin:

Code: Alles auswählen

> hddtemp
> linux-compiler-gcc-10-x86
> linux-headers-5.10.0-19-amd64
> linux-headers-5.10.0-19-common
> linux-kbuild-5.10
> publicsuffix

Scheint geändert worden zu sein:

Code: Alles auswählen

< fuse3
> fuse

Waren vorher drin, aber jetzt nichtmehr (nur Auszug der ca. 3000 Pakete, bei denen ich mir nicht sicher bin, ob sie was mit dem Problem zu tun haben könnten; libs habe ich nicht durchgeschaut):

Code: Alles auswählen

< acl
< amb-plugins
< arch-test
< at
< binfmt-support
< blends-tasks
< clinfo
< cmt
< colord
< dbus-x11
< dmeventd
< freeglut3:amd64
< galera-4
< gsasl-common
< guile-2.2-libs:amd64
< iio-sensor-proxy
< intel-gpu-tools
< intel-opencl-icd
< irqbalance
< odbcinst
< odbcinst1debian2:amd64
< p11-kit
< p11-kit-modules:amd64
< powermgmt-base
< rev-plugins
< rtkit
< socat
< swh-plugins
< thin-provisioning-tools
< upower
< uuid-dev:amd64
< x11proto-core-dev
< x11proto-dev
< x11proto-input-dev
< x11proto-kb-dev
< x11proto-randr-dev
< x11proto-xext-dev
< x11proto-xinerama-dev
< xaw3dg:amd64
< xinput
< xtrans-dev

[MSfree]

Ne, im Gegenteil. Ich hab' versucht, möglichst wenig vom Standard abzuweichen. Er hat allerdings zwischendurch nach Firmware gefragt, was ich übersprungen habe.

Der Installer benötigt Firmware nur dann, wenn du über WLAN installierst. Die Graphikfirmware hast du ja manuell nachinstalliert, insofern sollte da eigentlich alles in Butter sein.

Ich hab' inzwischen intel-microcode installiert bekommen

Der sollte aber nichts mit deinem Graphikproblem zu tun haben. Der Microcode kümmert sich um die Meltdown- und Spectre-Bugs und diverse andere CPU-Errata.

Waren vorher nicht drin:

Code: Alles auswählen

> hddtemp
> linux-compiler-gcc-10-x86
> linux-headers-5.10.0-19-amd64
> linux-headers-5.10.0-19-common
> linux-kbuild-5.10
> publicsuffix

Wozu brauchst du die Linuxheaders? Eigentlich sollten die nur installiert werden, wenn man Kernelmodule selbst kompilieren will/muß (z.B. für Nvidia Graphikkarten oder exotischere WLAN-Treiber).

Ich weiß allerdings nicht, ob die über Suggests und/oder Recommends auch mit reinkommen. Das muß hier jemand anderes mal beantworten.

Scheint geändert worden zu sein:

Code: Alles auswählen

< fuse3
> fuse

Fuse ist Filesystem-in-Userspace. Das wird von graphischen Dateimanager benutzt. Das spielt bei deinem Sproblem also keine Rolle.

Schau mal bei dir nach, ob du folgende Pakete installiert hast:

Code: Alles auswählen

xserver-common
xserver-xorg
xserver-xorg-core
xserver-xorg-input-all
xserver-xorg-input-libinput
xserver-xorg-video-intel

Das sollte reichen, um die Intelgraphik zum Laufen zu bekommen. Sollte bei dir mehr xserver-Zeug installiert sein, macht das auch nicht, es belegt halt Plattenplatz.

[berni42]

Wozu brauchst du die Linuxheaders? Eigentlich sollten die nur installiert werden, wenn man Kernelmodule selbst kompilieren will/muß (z.B. für Nvidia Graphikkarten oder exotischere WLAN-Treiber).

Wurden beim Installations-Prozess automatisch installiert. Hab' sie mal entfernt...

Fuse ist Filesystem-in-Userspace. Das wird von graphischen Dateimanager benutzt. Das spielt bei deinem Sproblem also keine Rolle.

Hab' ich auch rausgeschmissen. Das ist genau das Zeugs, was ich nicht brauche...

Schau mal bei dir nach, ob du folgende Pakete installiert hast:

Ja, sind alle durch die Installation von "xorg" reingezogen worden.

[michaa7]

Ich habe beim Durchlesen nicht gefunden welchen Debianzweig du installiert hast. Aber ein

Code: Alles auswählen

apt update && apt dist-upgrade -s

(das "-s" für das Simmulieren ohne dass wirklich etwas installiert würde) könnte zumindest zeigen, ob deine Installation eine konsistente Paketzusammensetzung hat. Ggf. gibt das einen Hinweis.

[berni42]

Ich habe beim Durchlesen nicht gefunden welchen Debianzweig du installiert hast. Aber ein

Code: Alles auswählen

apt update && apt dist-upgrade -s

(das "-s" für das Simmulieren ohne dass wirklich etwas installiert würde) könnte zumindest zeigen, ob deine Installation eine konsistente Paketzusammensetzung hat. Ggf. gibt das einen Hinweis.

Ergebnis: Ja, ist konsistent. (Was ist den ein Debianzweig?) Version 11.5, falls du das meinst.

[michaa7]

Ich habe beim Durchlesen nicht gefunden welchen Debianzweig du installiert hast. Aber ein

Code: Alles auswählen

apt update && apt dist-upgrade -s

(das "-s" für das Simmulieren ohne dass wirklich etwas installiert würde) könnte zumindest zeigen, ob deine Installation eine konsistente Paketzusammensetzung hat. Ggf. gibt das einen Hinweis.

Ergebnis: Ja, ist konsistent.

Hättest den output ruhig zeigen dürfen.
Es möchten keine neuen/zusätzlichen Pakete installiert werden?

(Was ist den ein Debianzweig?) Version 11.5, falls du das meinst.

"Zweige" sind stable/testing/unstable derzeit bullseye/bookworm/sid. Du bist also mit stable/bullseye unterwegs.

[MSfree]

Du bist also mit stable/bullseye unterwegs.

Weiter oben im Thread gibt es den Inhalt der sources.list

[michaa7]

Du bist also mit stable/bullseye unterwegs.

Weiter oben im Thread gibt es den Inhalt der sources.list

Sorry, mein Blindgang.

[berni42]

Anderer Ansatz: Welche Komponente müsste denn /dev/dri/card0 erkennen? Wenn ich mit startx starte, dann klappt das ja (oder zumindest hat es das bislang immer). Nur wenn ich xdm verwende, dann klappt es nur manchmal...

[michaa7]

Anderer Ansatz: Welche Komponente müsste denn /dev/dri/card0 erkennen? Wenn ich mit startx starte, dann klappt das ja (oder zumindest hat es das bislang immer). Nur wenn ich xdm verwende, dann klappt es nur manchmal...

Dann installiere halt sddm und schau ...

... und falls das nicht klappt nochmal die Frage: ein d-u möchte nichts upgraden oder installieren?

[MSfree]

... und falls das nicht klappt nochmal die Frage: ein d-u möchte nichts upgraden oder installieren?

Es kommt hier gar nicht so sehr auf Aktualität der Software an. Der i3-7100 ist fast 6 Jahre alt und bei mir lief der schon unter Bullseye völlig problemlos, als Bullseye noch testing war.

Falls es wirklich am xdm liegen sollte, würde ich wirklich mal einen anderen Displaymanager nehmen. Ich nutze bei mir den lightdm, weil der auch VNC-Sessions zur Verfügung stellen kann und sich das sehr einfach konfigurieren läßt.

[berni42]

ein d-u möchte nichts upgraden oder installieren?

Ne, will er nicht. Ich dachte, das hätte ich oben schon klar genug gesagt... Sorry, nächstes Mal poste ich wieder den Output.

Falls es wirklich am xdm liegen sollte, würde ich wirklich mal einen anderen Displaymanager nehmen. Ich nutze bei mir den lightdm, weil der auch VNC-Sessions zur Verfügung stellen kann und sich das sehr einfach konfigurieren läßt.

Hab' ich jetzt mal gemacht. Hat beim ersten Versuch geklappt. Aber das heißt ja nichts, kann auch Glück gewesen sein. Was ich beim XDM immer genutzt habe ist die Möglichkeit, mehrere Server parallel laufen zu lassen auf (ALT-STRG-F7 bis ALT-STRG-F10). Damit kann ich dann Privates, Berufliches und Vereinszeug und so getrennt halten, ohne mich jedesmal wieder ein- und ausloggen zu müssen (in /etc/X11/xdm/Xservers konfigurierbar und sicherheitshalber: Nein, daran liegt das blackout-Problem nicht, das habe ich schon getestet). Geht sowas mit lightdm auch?

[MSfree]

...Geht sowas mit lightdm auch?

Unter lightdm kann man mehrere "Seats" einrichten. Vermutlich ist das die Stelle, um mehrere X-Server laufen zu lassen. Die ausführlich kommentierte Konfigurationsdatei liegt unter /etc/lightdm/lightdm.conf.

Aber wie gesagt, man kann auch VNC-Sessions damit laufen lassen. Du logst dich einmal graphisch ein und startest innerhalb der graphischen Session mehrere VNC-Clients. Dann muß man nichtmal mit Alt-Strg-Fx die X-Server umschalten, man hat einfach einzelne "remote Desktop Fenster" auf dem Haupt-X-Server. Nachteilig an VNC ist allerdings, daß es keine Beschleunigung gibt, 3D-Graphik wird also entweder lahm oder geht gar nicht. Da muß man ggfls. ein wenig selbst probieren, was man in der VNC-Session machen kann und was man lieber auf dem nativen X-Server laufen läßt.