[GELÖST]Black Screen nach Anmeldung

[foto7mag7]

Hallo werte Mageia Gemeinde,
nach mehrjähriger Pause habe ich mit Mageia 9 nach Mageia 7 einen neuen Versuch mit dieser Distro gemacht und stoße nach Updates unter KDE Plasma auf einen schwarzen Bildschirm.

Ich verwende seit vielen Jahren verschiedene Distros. Aktuell Open Suse und Kubuntu auf verschiedenen Rechnern. Mit der Wahl zweiter unabhängiger Distros bin ich nicht gezwungen alle Rechner auf einmal neu zu konfigurieren. So ziehe ich mit meinen Daten jeweils um, wenn der Support ausläuft. Durch eine Trennung von System- und home- Partitionen auf verschiedenen Festplatten geht das in der Regel ohne Datenverluste. (Mit Rolling Release habe ich keine guten Erfahrungen gemacht.)

Jetzt aber zum konkreten Problem.
Rechner: Fujitsu Celsius 420
Prozessor.i5-3470
Grafik: XeonE3-1200v2/3rd gen Graphics Controller (Intel HD Graphics 2500)
Monitor: Fujitsu B22W-7 LED Auflösung 1680x1050

Installiert habe ich von DVD: Mageia-9-x86_64.iso (Prüfsumme geprüft)

Nach der Erstinstallation hatte ich auch den KDE Bildschirm. Nach einer Vielzahl von Updates war ein Neustart notwendig.
Nun erhalte ich unter Plasma X11 nur noch einen schwarzen Bildschirm mit Mauszeiger.

Über draconf erhalte ich folgende Angaben:
Grafikarte: Intel 810 and later
Monitor: Benutzerdefiniert
Auflösung: Automatisch (24bpp)

Eine Änderung des Monitor in einen Generischen Motintor mit 1680x1050 hat nicht geholfen.
Sitzungen unter IceWM funktionieren!

[doktor5000]

Hallo, es wäre sinnvoll wenn du

Code: Alles auswählen

journalctl -ab > /tmp/journal.log

als root nach einer Anmeldung in KDE ausführen könntest, und später dann /tmp/journal.log hier anhängen.
Wenn KDE gestartet ist und du den schwarzen Bildschirm hast, einfach via Strg+Alt+F2 auf ein anderes tty wechseln und den Befehl ausführen.

[foto7mag7]

Hallo doktor5000

danke für die praktische Anleitung.
Größtes Problem war das Auffinden des Speicherort für die Datei.

Aber ist nun im Anhang

[doktor5000]

Hmmm, schwer zu sagen - plasmashell versucht zu starten, beendet sich 3 x und started dann nicht mehr aufgrund der Fehler.

Hier mal die relevanten Teil aus dem Log:

Jan 28 15:49:40 localhost.localdomain systemd[4838]: plasma-plasmashell.service: Main process exited, code=exited, status=1/FAILURE
Jan 28 15:49:40 localhost.localdomain systemd[4838]: plasma-plasmashell.service: Failed with result 'exit-code'.
Jan 28 15:49:40 localhost.localdomain systemd[4838]: Failed to start plasma-plasmashell.service.
[...]
Jan 28 15:49:40 localhost.localdomain systemd[4838]: plasma-plasmashell.service: Scheduled restart job, restart counter is at 1.
Jan 28 15:49:40 localhost.localdomain systemd[4838]: Stopped plasma-plasmashell.service.
[...]
Jan 28 15:49:40 localhost.localdomain systemd[4838]: Starting plasma-plasmashell.service...
Jan 28 15:49:40 localhost.localdomain plasmashell[17613]: starting invalid corona "org.kde.plasma.desktop"
Jan 28 15:49:40 localhost.localdomain systemd[4838]: plasma-plasmashell.service: Main process exited, code=exited, status=1/FAILURE
Jan 28 15:49:40 localhost.localdomain systemd[4838]: plasma-plasmashell.service: Failed with result 'exit-code'.
Jan 28 15:49:40 localhost.localdomain systemd[4838]: Failed to start plasma-plasmashell.service.
Jan 28 15:49:40 localhost.localdomain systemd[4838]: plasma-plasmashell.service: Scheduled restart job, restart counter is at 2.
Jan 28 15:49:40 localhost.localdomain systemd[4838]: Stopped plasma-plasmashell.service.
Jan 28 15:49:40 localhost.localdomain kwin_x11[17508]: OpenGL vendor string: Intel
Jan 28 15:49:40 localhost.localdomain kwin_x11[17508]: OpenGL renderer string: Mesa Intel(R) HD Graphics 2500 (IVB GT1)
Jan 28 15:49:40 localhost.localdomain kwin_x11[17508]: OpenGL version string: 4.2 (Compatibility Profile) Mesa 23.1.9
Jan 28 15:49:40 localhost.localdomain kwin_x11[17508]: OpenGL shading language version string: 4.20
Jan 28 15:49:40 localhost.localdomain kwin_x11[17508]: Driver: Intel
Jan 28 15:49:40 localhost.localdomain kwin_x11[17508]: GPU class: IvyBridge
Jan 28 15:49:40 localhost.localdomain kwin_x11[17508]: OpenGL version: 4.2
Jan 28 15:49:40 localhost.localdomain kwin_x11[17508]: GLSL version: 4.20
Jan 28 15:49:40 localhost.localdomain kwin_x11[17508]: Mesa version: 23.1.9
Jan 28 15:49:40 localhost.localdomain kwin_x11[17508]: Linux kernel version: 6.5.13
Jan 28 15:49:40 localhost.localdomain kwin_x11[17508]: Requires strict binding: yes
Jan 28 15:49:40 localhost.localdomain kwin_x11[17508]: GLSL shaders: yes
Jan 28 15:49:40 localhost.localdomain kwin_x11[17508]: Texture NPOT support: yes
Jan 28 15:49:40 localhost.localdomain kwin_x11[17508]: Virtual Machine: no
Jan 28 15:49:40 localhost.localdomain systemd[4838]: Starting plasma-plasmashell.service...
Jan 28 15:49:40 localhost.localdomain plasmashell[17631]: starting invalid corona "org.kde.plasma.desktop"
Jan 28 15:49:40 localhost.localdomain systemd[4838]: plasma-plasmashell.service: Main process exited, code=exited, status=1/FAILURE
Jan 28 15:49:40 localhost.localdomain systemd[4838]: plasma-plasmashell.service: Failed with result 'exit-code'.
Jan 28 15:49:40 localhost.localdomain systemd[4838]: Failed to start plasma-plasmashell.service.
Jan 28 15:49:40 localhost.localdomain systemd[4838]: plasma-plasmashell.service: Scheduled restart job, restart counter is at 3.
Jan 28 15:49:40 localhost.localdomain systemd[4838]: Stopped plasma-plasmashell.service.
Jan 28 15:49:40 localhost.localdomain systemd[4838]: plasma-plasmashell.service: Start request repeated too quickly.
Jan 28 15:49:40 localhost.localdomain systemd[4838]: plasma-plasmashell.service: Failed with result 'exit-code'.
Jan 28 15:49:40 localhost.localdomain systemd[4838]: Failed to start plasma-plasmashell.service.

Die Frage ist, passiert das auch mit einem neu angelegten Benutzer? Falls ja, dann ist es vermutlich eher ein Problem mit dem Grafiktreiber bzw. Mesa (OpenGL).
Falls nein, dann ist es einfach eine Sache der Plasma-Einstellungen, die kann man einfach beseite schieben und mit Standardeinstellungen neu anlegen lassen.

[foto7mag7]

Danke für diesen Tip.

Also ein weiterer User angelegt und gleicher Effekt mit einem Unterschied.
Die Einblendung "Willkommen bei Mageia wird dargestellt.

Ich denke das es ein Problem im Zusammenspiel zwischen Grafiktreiber und KDE sein muss.
Bei meinen Versuchen über drakconf habe ich es auch schon einmal ohne Hardwarebeschleunigung vesrucht, aber ohne Erfolg.

[doktor5000]

Das heißt wenn du dir die Mageia 9 Live Plasma runterlädst und davon bootest, bootet die Kiste wieder normal?
Dann wäre das eine Regression und sollte via Bug gemeldet werden.

Was mich allerdings etwas wundert ist dass Intel-Grafik schon relativ weit verbreitet ist, aber bislang niemand einen ähnlichen Bug gemeldet hat, soweit ich mich erinnern kann ...

[foto7mag7]

Noch mal vielen Dank für die Vorschläge.

Immer von der CD Booten ist eine Krücke die ich schon lange nicht mehr verwendet habe. Das kenne ich nur von einem früheren Dualboot.

Es ist einer der Gründe warum ich seit Win98 angefangen habe mit Linux zu arbeiten. Da hatte ich den letzten Virus der mich gezwungen hat den Rechner neu auf zu setzen. Ein weiterer Aspekt ist der Umstand das ich so "Rechner Recycling" betreiben kann. Wenn mein Arbeitgeber PCs aussondert, finden diese bei mir ein neues Zuhause. Nun ist es leider so das mein Alltagstower, wegen Mainbord oder Netzteilfehler den Dienst quittiert hat. Der Neue ist ein Gebrauchtgerät mit Win10, das ich beim Händler gekauft habe. Jedoch kein Dualboot. Dafür habe ich einen Laptop. Zum Glück arbeitet meine Workstation mit Opensuse ohne Probleme.

Aber genug Allgemeines.

Wie melde ich einen Bug? Also so das brauchbare Infos für die Entwickler dabei heraus kommen?

Wenn es keinen anderen Ansatz gibt, werde ich am Wochenende die Festplatte mit dem OS austauschen und Kubuntu 22 LTS installieren. Mal sehen wie das funktioniert. Auf dem toten HP lief das stabil. Der hatte aber auch eine AMD GPU.
Bei Kubuntu bin ich aber auf einer älteren Software unterwegs, sowohl beim Kernel wie auch bei KDE.

[doktor5000]

Immer von der CD Booten ist eine Krücke die ich schon lange nicht mehr verwendet habe. Das kenne ich nur von einem früheren Dualboot.

Niemand hat was von immer gesagt - nur einmalig zum Vergleich, so würde sich recht einfach reproduzieren lassen dass es ohne Updates funktioniert, mit den aktuellen Updates für kernel, mesa etc. aber nicht mehr.

Wie melde ich einen Bug? Also so das brauchbare Infos für die Entwickler dabei heraus kommen?

Siehe dazu https://wiki.mageia.org/en/Wie_ein_Fehl ... et_wird-de
Allerdings sollte es dazu reproduzierbar sein, auch für andere mit Intel-Grafik.

Bitte mal noch die Ausgabe von

Code: Alles auswählen

lspcidrake -v

edit doktor5000:
Davon abgesehen, eines ist mir noch aufgefallen - anscheinend hast du keinen statischen Hostnamen gesetzt:

Code: Alles auswählen

Jan 28 15:42:43 localhost.localdomain systemd[1]: Hostname set to <localhost.localdomain>

Das solltest du auf jeden Fall noch nachholen, da am Hostnamen auch die Authentifizierung für den X-Server hängt. Ändert sich der Hostname während der Laufzeit, hat das üble Konsequenzen.
Das passiert z.B. wenn man den Hostnamen via DHCP bezieht (was der Standard ist, da die meisten keine statischen IP-Adressen manuell konfigurieren).
Also einmal als root

hostnamectl set-hostname dein_neuer_hostname_hier

wobei du dein_neuer_hostname_hier ersetzen müsstest wie es dir beliebt (erlaubt sind aber nur alphanumerische Zeichen und Bindestrich)

[foto7mag7]

Hallo Doktor,

ich war brav und habe deine Ratschläge befolgt.

Es gibt darum neue Erkenntnisse.
Mit der Mageia 9-Plasma Live startet die Plasma Oberfläsche korrekt. Also so wie beim ersten Start. Danach hatte ich weitere Software installiert und aus dem Kontrollzentrum gelöscht.

Als Paketquellen sind

Core Release
Coe Updates
Nonfree Release
Nonfree Updates
Tainted Release
Tainted Updates

ausgewählt.

Der Rechner hat nun einen eigenen Hostnamen.

Das Ergebnis der Hardware mittels Abfrage über die Konsole habe ich angehängt.

Noch einmal Danke für die Bemühungen.

[doktor5000]

OK, also so wie ich dachte, dann müsste es ja an irgendwelchen Updates liegen.

Was passiert wenn du bei der installierten Variante den ältesten Kernel im Bootloader auswählst ? Dazu unter Erweiterte Optionen die älteste Kernel-Version auswählen, sollte theoretisch noch die von der Installation sein.
Also quasi hier: https://wiki.mageia.org/en/How_to_set_u ... otloader_2 die untere Option.

Falls das nicht hilft, müsste man mal schauen ob ein Downgrade von Mesa hilft. Aber eins nach dem anderen.

[foto7mag7]

Okay, deinem Link folgend habe ich das Problem das Grub 2 mir nur die Wahl lässt zwischen
20230419-5994-6023
20230419-5994-6023 (recovery mode)

Also keine erweiterte Option.

Nun habe ich zu wenig Erfahrung um Grub zu editieren.
Kann ich über die Konsole die erweiterten Optionen einschalten?

[foto7mag7]

Korrektur:

Die von mir erwähnten Optionen sind schon die Erweiterten Optionen und führen zum bekannten Fehler.
Über das Kontrollzentrum erhalte ich bei den installierten Paketen folgende Info zu Mesa:

lib64mesaegl1 Version 23.1.9 Release 1.mga9.tainted
lib64mesagl1 Version 23.1.9 Release 1.mga9.tainted
lib64mesaglu1 Version 9.0.2 Release 3.mga9
lib64mesavulkan-drivers Version 23.1.9 Release 1.mga9.tainted
mesa Version 23.1.9 Release 1.mga9.tainted

In der Vergangenheit bin ich auch schon über Probleme gestolpert wenn ich bei Opensuse Packman Pakete verwendet habe. Da passten die Abhängigkeiten nicht mehr!
Müsste die lib64mesaglu1 nicht auch aus dem Tainted Relaese sein?

[doktor5000]

Du kannst keine erweiterten Optionen im Bootloader "einschalten", du kannst dort nur einen der installierten Kernels auswählen und ggf. manuell die Optionen editieren, deshalb hast du trotzdem keine anderen Kernels zur Auswahl.
Allerdings die Version die du da gepostet hast (20230419-5994-6023) sieht recht seltsam aus, da sollte eigentlich eine kernel-Version stehen wie kernel-desktop-6.4.16-3.mga9 wenn ich mich recht erinnere.

Du kannst ja mal die Ausgabe posten von

Code: Alles auswählen

rpm -qa | grep kernel | sort

Müsste die lib64mesaglu1 nicht auch aus dem Tainted Relaese sein?

Nein, muss nicht, nicht jedes Teilpaket gibt es auch in einer tainted-Version, da dies auch aus einem separaten Quellpaket entstanden ist. Siehe https://madb.mageia.org/package/show/ap ... 64mesaglu1

Allerdings scheinst du auch nicht alle Updates installiert zu haben, aktuell wären die mesa-Pakete in Version 23.3.3-1.mga9.tainted - siehe https://madb.mageia.org/package/show/ap ... /name/mesa

[foto7mag7]

Was Grub betrifft habe ich mich falsch ausgedrückt. Mir ist klar das ich hier nur zwischen verschiedenen Systemständen wählen kann.
Bei früheren Installationen konnte das schon eine Menge Platz auf der Festplatte einnehmen. Bei Kubuntu oder Opensuse muss ich das nicht mehr händisch tun.

Die Abfrage über die Kernel habe ich angehängt.

Code: Alles auswählen

[otschmitt@otcelsius-mageia ~]$ rpm -qa | grep kernel | sort
kernel-desktop-6.5.13-6.mga9
kernel-desktop-latest-6.5.13-6.mga9
kernel-firmware-20231111-1.mga9
kernel-firmware-nonfree-20231111-1.mga9.nonfree
kernel-userspace-headers-6.5.13-6.mga9
remove-old-kernels-0.99.21.7-1.mga9
[otschmitt@otcelsius-mageia ~]$

Eine andere Frage, Mageia bietet Aktualisierungen an, installieren oder erst Fehler finden?

[doktor5000]

Solche kurzen Ausgaben möglichst nicht in Anhänge packen, ich hab deinen Beitrag mal editiert.
Aber du hast aktuell nur einen Kernel, kannst also logischerweise nix anderes im Bootloader auswählen.

Eine andere Frage, Mageia bietet Aktualisierungen an, installieren oder erst Fehler finden?

Wenn du einen Fehler hast, und eine Aktualisierung noch nicht installiert hast - was soll denn schlimmeres passieren als dass der Fehler bleibt? Immer erstmal Updates installieren.

[foto7mag7]

Das mit den Anhängen werde ich in Zukunft beachten.
Ich habe alle zur Verfügung stehen Updates installiert, inklusive Version 23.3.3-1.mga9.tainted.
Der Fehler bleibt unter Plasma bestehen.

[foto7mag7]

Hallo Doktor,ich habe mich zu einem radikalen Schritt entschlossen und das System neu installiert.
Dabei aber ein Update von Mesa von Version 23.1.5.2 auf 23.3 nicht ausgeführt.

Ergebnis Plasma funktioniert.

Mir ist damit aktuell geholfen, warum die späteren Versionen zu einem schwarzen Bildschirm führen?

[doktor5000]

Hmmm, du könntest die mesa-Pakete auf die skip-Liste setzen (/etc/urpmi/skip.lst).

Da es aber an einem Upgrade zu liegen scheint und reproduzierbar ist, solltest du diese Regression als Bug melden, wie oben schon erwähnt: https://wiki.mageia.org/en/Wie_ein_Fehl ... et_wird-de

[foto7mag7]

Jetzt wollte ich gerade einen Fehlerbericht schreiben.
Also den Rechner gestartet und bei bei den angebotenen Updates für Thunderbird nun doch Mesa in der Version 23.3.3 installiert.
Alles läuft weiter wie es soll.

Was ich bei der Neuinstallation anders gemacht habe ist eine Benutzerdefinierte Installation mit einer Auswahl der Pakete wie z.B. der Wahl von Thunderbird als Mail Client.
Vermutlich hat jedoch die Entscheidung Updates erst nach dem ersten Start von Plasma aus dem Kontrollzentrum zu installieren geholfen den Fehler zu vermeiden.
Eine weitere Änderung ist die zusätzliche Wahl von Xfce Desktop, was aber keinen Einfluss haben sollte.
Beim Thema hostname,wurde bei dieser Installation ein definierter Hostname automatisch eingerichtet.

Der Fehler ist somit nicht mehr reproduzierbar, weshalb ich auf einen Fehlerbericht verzichtet habe.
Das Installationsmedium war das gleiche wie beim ersten Versuch.


Noch einmal Danke für die Hilfe, auch wenn sie nicht direkt zum Ziel geführt hat.

[doktor5000]

Bitte noch als gelöst markieren, durch editieren des ersten Beitrag und Voranstellen von [GELÖST] im Titel, danke im Voraus.