Siduction Forum
Siduction Forum => Software - Support => Topic started by: bluelupo on 2016/10/17, 19:42:52
-
Hi Community,
habe heute einen d-u durchgeführt (letzer am 14.10.16) der ohne Fehler durchlief. Allerdings kommt nachdem Displaymanager SDDM und dem KDE-Splashscreen keine Desktop-Oberfläche mehr, d.h. der Screen bleibt schwarz.
Hardware ACER Laptop mit folgender GraKa:
Graphics: Card: NVIDIA G84M [GeForce 8600M GT]
Display Server: X.org 1.18.4 driver: nvidia tty size: 133x34 Advanced Data: N/A for root out of X
# dpkg -l|grep xserver-xorg
ii xserver-xorg 1:7.7+16 amd64 X.Org X server
ii xserver-xorg-core 2:1.18.4-2 amd64 Xorg X server - core server
ii xserver-xorg-input-all 1:7.7+16 amd64 X.Org X server -- input driver metapackage
ii xserver-xorg-input-libinput 0.20.0-1 amd64 X.Org X server -- libinput input driver
ii xserver-xorg-input-synaptics 1.8.3-2 amd64 Synaptics TouchPad driver for X.Org server
ii xserver-xorg-video-all 1:7.7+16 amd64 X.Org X server -- output driver metapackage
ii xserver-xorg-video-amdgpu 1.1.2-1 amd64 X.Org X server -- AMDGPU display driver
ii xserver-xorg-video-ati 1:7.7.1-1 amd64 X.Org X server -- AMD/ATI display driver wrapper
ii xserver-xorg-video-fbdev 1:0.4.4-1+b4 amd64 X.Org X server -- fbdev display driver
ii xserver-xorg-video-nouveau 1:1.0.13-1 amd64 X.Org X server -- Nouveau display driver
ii xserver-xorg-video-nvidia-legacy-340xx 340.98-1 amd64 NVIDIA binary Xorg driver (340xx legacy version)
ii xserver-xorg-video-radeon 1:7.7.1-1 amd64 X.Org X server -- AMD/ATI Radeon display driver
ii xserver-xorg-video-vesa 1:2.3.4-1+b1 amd64 X.Org X server -- VESA display driver
ii xserver-xorg-video-vmware 1:13.1.0-2+b1 amd64 X.Org X server -- VMware display driver
Im Xorg.0.log ist kein Fehler zu sehen mit "grep EE Xorg.0.log". Woran könnte es liegen?
-
Hi Community,
nach etlichen Test habe die Ursache des "Black Screens" vermutlich gefunden. Immer wenn mehr als eine Aktivität im KDE-Desktop angelegt ist, kommt nach KDE-Logo nur noch ein schwarzer Bildschirm.
Meine Tests haben ergeben das Installtaion mit nur einer Standard-Aktivität von diesem Bug nicht betroffen sind. Der Fehler tritt reproduzierbar in virtuellen Maschinen (KVM/Qemu) und auf reeller HW auf.
Workaround:
Im $HOME des Users die Verzeichnisse .config, .kde und .local umbennen und somit eine neue Konfiguration anlegen zu lassen. Danach startet der KDE-Desktop wieder, aber natürlich mit einen initialen Umgebung.
-
Bugreport dazu eröffnet bei KDE: https://bugs.kde.org/show_bug.cgi?id=371150
-
Hi Community,
ich habe das Problem weiter eingekreist. Der Fehler tritt nur auf wenn man bei mehr als einer angelegten Aktivität versucht das Miniprogramm Aktivitätenüberwachung in die Fensterleiste oder auf den Desktop-Hintergrund abzulegen.
Bei dieser Aktion wird der Bildschirm schwarz und aus diesem Zustand kommt man nicht mehr heraus. Desweiteren scheint es trotz eines "Black Screen" das der KDE-Desktop im Hintergrund noch läuft, denn es kommt nach ein paar Minuten des "Black Sreen" die Dialogbox der Bildschirmsperre.
Wenn man das Miniprogramm "Aktivitätenüberwachung" nicht anfasst hat man auch keine Probleme mit mehreren angelegten Aktivitäten. Zumindest ist das das erste positive Ergebnis meiner Tests.
Weiterhin hilft nur der oben beschriebene Workaround, der natürlich alles andere als optimal ist.
-
Bei mir sieht es nach d-u heute aktuell so aus:
dpkg -l|grep xserver-xorg
ii xserver-xorg 1:7.7+16 amd64 X.Org X server
ii xserver-xorg-core 2:1.18.4-2 amd64 Xorg X server - core server
ii xserver-xorg-input-all 1:7.7+16 amd64 X.Org X server -- input driver metapackage
ii xserver-xorg-input-evdev 1:2.10.3-1 amd64 X.Org X server -- evdev input driver
ii xserver-xorg-input-libinput 0.20.0-1 amd64 X.Org X server -- libinput input driver
ii xserver-xorg-input-mouse 1:1.9.1-1+b1 amd64 X.Org X server -- mouse input driver
ii xserver-xorg-input-synaptics 1.8.3-2 amd64 Synaptics TouchPad driver for X.Org server
ii xserver-xorg-input-vmmouse 1:13.1.0-1+b1 amd64 X.Org X server -- VMMouse input driver to use with VMWare
ii xserver-xorg-video-fbdev 1:0.4.4-1+b4 amd64 X.Org X server -- fbdev display driver
rc xserver-xorg-video-intel 2:2.21.15-2+b2 amd64 X.Org X server -- Intel i8xx, i9xx display driver
ii xserver-xorg-video-mga 1:1.6.4-1+b2 amd64 X.Org X server -- MGA display driver
ii xserver-xorg-video-nouveau 1:1.0.13-1 amd64 X.Org X server -- Nouveau display driver
ii xserver-xorg-video-radeon 1:7.7.1-1 amd64 X.Org X server -- AMD/ATI Radeon display driver
ii xserver-xorg-video-vesa 1:2.3.4-1+b1 amd64 X.Org X server -- VESA display driver
ii xserver-xorg-video-vmware 1:13.1.0-2+b1 amd64 X.Org X server -- VMware display driver
-
Und Du möchtest mit diesem Post was mitteilen?
-
ich wollte bluelupo die Möglichkeit geben, die Versionsstände zu vergleichen, weil ich denke, dass ihm das vielleicht helfen könnte oder jemandem der ihm helfen will Hinweise geben könnte.
Wenn so ein Gedanke falsch ist, lösch das einfach weg!
-
Hi mylo,
ich habe mittlerweile festgestellt das dies weder an der HW noch am Xserver liegt, sondern seine Ursache beim KDE liegt. Es war mir bei der Erstellung des Posts nicht klar wo der Fehler einzuordnen ist.
-
Das Problem scheint gefixt worden sein, da der Fehler nicht mehr reproduzierbar auftaucht seit dem gestrigen d-u. Mehrere siduction Installation (VMs bzw. auf realer HW) waren von dem Problem betroffen.
Details hierzu unter:
https://bugs.kde.org/show_bug.cgi?id=371150