KDE5 Nach dem Fortsetzen von Suspend habe ich Beschriftungen unter Symbolen beschädigt

12

Ich verwende die KDE-Neon-Distribution (Ubuntu 16.04 LTS + neueste KDE5 DE).

Suspend + Resume scheint hauptsächlich auf meinem Notebook zu funktionieren, aber die Beschriftungen unter den Symbolen (ich habe "Ordneransicht" als Hintergrund in der Plasma-Shell eingerichtet) sind wie folgt beschädigt:

Auf der linken Seite ist das Symbol beschädigt, auf der rechten Seite wurde es behoben, indem das Symbol einige Pixel gezogen und an seine ursprüngliche Stelle zurückgesetzt wurde.

Sieht für mich so aus, als ob es sich nicht um ein Problem mit dem Grafiktreiber handelt, sondern sogar um einen Fehler beim Zwischenspeichern der KDE5-Plasmaordneransicht?

FRAGE:

Wie kann ich den gesamten Desktop einfach aktualisieren? Das KDE-Menü "Desktop aktualisieren" hilft nicht (ich denke, es gibt einen Cache für Symbole und es ist nicht ungültig).
wie man einen hochwertigen Fehlerbericht erstellt, welche Art von Protokoll- / Befehlsausgabe es wert ist und wo man überhaupt anfängt, diesen zu finden.

Während ich selbst Programmierer bin, mache ich keine Qt / KDE5-Entwicklung, daher habe ich keine Ahnung, welcher Teil von KDE dafür verantwortlich ist, wo nach Fehlern gesucht werden muss und welche Tools für die Diagnose verfügbar sind. Ein kurzer Blick in dmesgund /var/log/Xorg.0.logbrachte nichts Verdächtiges auf.

`lshw -c video`

  *-display               
       description: 3D controller
       product: GM107M [GeForce GTX 960M]
       vendor: NVIDIA Corporation
       physical id: 0
       bus info: pci@0000:01:00.0
       version: a2
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress bus_master cap_list rom
       configuration: driver=nvidia latency=0
       resources: irq:130 memory:de000000-deffffff memory:c0000000-cfffffff memory:d0000000-d1ffffff ioport:e000(size=128) memory:df000000-df07ffff
  *-display
       description: VGA compatible controller
       product: Intel Corporation
       vendor: Intel Corporation
       physical id: 2
       bus info: pci@0000:00:02.0
       version: 06
       width: 64 bits
       clock: 33MHz
       capabilities: pciexpress msi pm vga_controller bus_master cap_list rom
       configuration: driver=i915_bpo latency=0
       resources: irq:125 memory:dd000000-ddffffff memory:b0000000-bfffffff ioport:f000(size=64)

`glxinfo | grep OpenGL`

OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GTX 960M/PCIe/SSE2
OpenGL core profile version string: 4.5.0 NVIDIA 375.66
OpenGL core profile shading language version string: 4.50 NVIDIA
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 4.5.0 NVIDIA 375.66
OpenGL shading language version string: 4.50 NVIDIA
OpenGL context flags: (none)
OpenGL profile mask: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.2 NVIDIA 375.66
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20
OpenGL ES profile extensions:

— Ped7g
quelle

Scheint für mich jetzt behoben zu sein (neueste KDE-Neon-Pakete, 4.16.7 Mainline-Kernel), aber ich kann mich nicht erinnern, seit wann und wenn es immer zuverlässig behoben ist, ist mir gerade eingefallen, dass ich nicht auf das geklickt habe Skript "Plasma neu starten" auf dem Desktop für einige Zeit. (Es scheint, glxinfoals würde jetzt die integrierte Intel-GPU ausgewählt, nicht nVidia, die Teil der "Lösung" sein könnte, aber ich würde mehr Zeit und Wissen benötigen, um zu sagen, was genau vor sich geht, wenn ich die nVidia-GPU nicht mehr verwende, oder was)

— Ped7g

Wie ich vermutet habe, habe ich keine funktionierende nVidia-GPU-Konfiguration mehr. Alle meine gfx werden jetzt nur noch von Intel ausgeführt. Der Versuch, das nVidia-prime / optimus-Ding einzuschalten, um den 960M für die Leistung zu verwenden, ließ meinen Kernel beim Start vollständig einfrieren Deshalb habe ich für diesen Moment aufgegeben, da ich aufgrund von WLAN-Problemen Hauptkernel-Tests durchführe und die langsamere GPU mich nicht so stark beeinträchtigt wie ein nicht defektes Netzwerk. = Ich weiß nicht, ob der aktuelle nVidia-Treiber vorhanden ist bereits behoben oder KDE hat eine Problemumgehung, ich würde NICHT raten, so dass das Problem wahrscheinlich noch am Leben ist.

— Ped7g

12

Ich kenne deinen Schmerz, das nervt mich seit Monaten.

1) Die einzige Möglichkeit, den gefundenen Desktop zu reparieren, ist Brute Force. Ich habe eine Verknüpfung erstellt, um dies zu tun und sie jedes Mal auszuführen, wenn ich aus dem Standby-Modus fortfahre:

killall plasmashell; kstart plasmashell

2) Ich kann dies nicht richtig beantworten, aber ich poste alle Informationen, die ich habe, damit ich dies von der Seite mit dem Fehlerbericht aus verlinken kann. Die Störung ist ein langjähriges Problem bei den NVidia-Treibern und dem KDE-Plasma. Zuvor wurde hier dieselbe Frage gestellt, die jedoch fälschlicherweise als Duplikat eines ähnlichen Problems markiert wurde: /ubuntu/897928/kde- Desktop-Icons-Glitched-After-Suspend-Kubuntu-16-10

Ich hatte nach dem letzten 5.10.3-Plasma-Update einige Hoffnung, da es behoben werden sollte https://bugs.kde.org/show_bug.cgi?id=344326 https://www.phoronix.com/scan.php? page = news_item & px = KDE-Plasma-5.10.3-Veröffentlicht , aber das Problem wurde für mich nicht behoben .
Ich werde diesen Fehlerbericht mit einem Link zu diesem Beitrag verfolgen und hier auch ein Bild des Fehlers auf meinem System anhängen.

(BEARBEITEN: Den aktuellen Fehlerbericht für Plasma gefunden https://bugs.kde.org/show_bug.cgi?id=382115 )

(EDIT2: Fehlerbericht für QT gefunden: https://bugreports.qt.io/browse/QTBUG-56610 und NVidia-Forenthread https://devtalk.nvidia.com/default/topic/971972/linux/icon-text -label-Korruption-mit-kde-Plasma-5-Desktop-Ordner-Ansicht / )

$ cat /etc/issue
Ubuntu 17.04 \n \l
$ uname -a
Linux desktop 4.10.0-26-generic #30-Ubuntu SMP Tue Jun 27 09:30:12 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
$ plasmashell --version
plasmashell 5.10.3

— Ozon
quelle

Ich bin auf KDE Neon, also habe ich jetzt Plasma 5.10.3 und alle anderen Dinge aktualisiert, dennoch hat das Plasma diese Probleme (wie in den Fehlerkommentaren angegeben, sollte es). Ihre Problemumgehung, um Plasmashell WFM für den Moment neu zu starten. Ich frage mich, ob der "Desktop aktualisieren" im Kontextmenü nicht auch alle Kontexte / usw. ungültig machen kann, dh viel aggressiver ist, wenn es darum geht, Teile des Plasmas nicht nur zu aktualisieren, sondern neu zu starten. Da ich mich im Allgemeinen nicht daran erinnern kann, eine Desktop-Aktualisierung zu benötigen, funktioniert normalerweise alles einwandfrei und alle Dateiänderungen / etc. werden automatisch abgeholt, daher wäre eine starke Aktualisierung für mich in

— Ordnung

@ Ped7g Ja, es wäre schön, wenn dieser Aktualisierungseintrag tatsächlich etwas im Falle einer echten GFX-Beschädigung bewirken würde. Es könnte sich lohnen, dies als Funktionsvorschlag weiterzuverfolgen. Nachdem ich die Bouncing-Fehlerberichte erneut verfolgt habe, liegt das Problem derzeit bei diesem alten QT-Fehler hier: bugreports.qt.io/browse/QTBUG-56610 - Ich bin sicher, dass ich dies vor langer Zeit gefunden habe, als ich dies das letzte Mal nachgeschlagen habe, aber als das aufgegeben habe Schlussfolgerung scheint zu sein, dass NVidia ihre Treiber reparieren muss. Laut Nvidia Devtalk-Thread ist das auf den Karten, aber wer weiß, wann es passieren wird.

— Ozon

3

Vielen Dank! Auf Manjaro und möglicherweise Archlinux kstartist kstart5sokillall plasmashell; kstart5 plasmashell

— Squareborg

3

Ich hatte das gleiche Problem mit Kubuntu 18.04. Nachdem ich mehrere Beiträge zu diesem Problem gelesen habe, habe ich die Antworten zu einer Lösung zusammengefasst, die automatisch funktioniert. Es gibt ein kleines Bash-Skript, das im Hintergrund ausgeführt wird und Plasmashell beendet / neu startet, wenn der Benutzer vom Sperrbildschirm zurückkehrt. Sie finden die Antwort auf den unten stehenden Link (Skript und Möglichkeit, es automatisch auszuführen)

Kubuntu 18.04, cron task lädt @reboot nicht

Ich hoffe du findest es nützlich!

— Petaflop
quelle

1

Ich habe gerade das gleiche Problem bei meinem aktuellen und stabilen Fedora festgestellt.

# uname -a
Linux ### 4.16.14-300.fc28.x86_64 #1 SMP Tue Jun 5 16:23:44 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

# lsb_release -a
LSB Version:    :core-4.1-amd64:core-4.1-noarch:cxx-4.1-amd64:cxx-4.1-noarch:desktop-4.1-amd64:desktop-4.1-noarch:languages-4.1-amd64:languages-4.1-noarch:printing-4.1-amd64:printing-4.1-noarch
Distributor ID: Generic
Description:    Generic release 28 (Generic)
Release:        28
Codename:       Generic

# lspci -k | grep -A 2 VGA
00:02.0 VGA compatible controller: Intel Corporation 4th Gen Core Processor Integrated Graphics Controller (rev 06)
        Subsystem: Hewlett-Packard Company Device 1942
        Kernel driver in use: i915
--
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Mars [Radeon HD 8670A/8670M/8750M]
        Subsystem: Hewlett-Packard Company Device 1947
        Kernel driver in use: radeon

# lshw -c video
  *-display                 
       description: VGA compatible controller
       product: Mars [Radeon HD 8670A/8670M/8750M]
       vendor: Advanced Micro Devices, Inc. [AMD/ATI]
       physical id: 0
       bus info: pci@0000:01:00.0
       version: 00
       width: 64 bits
       clock: 33MHz
       capabilities: vga_controller bus_master cap_list rom
       configuration: driver=radeon latency=0
       resources: irq:34 memory:90000000-9fffffff memory:b0900000-b093ffff ioport:4000(size=256) memory:b0940000-b095ffff
  *-display
       description: VGA compatible controller
       product: 4th Gen Core Processor Integrated Graphics Controller
       vendor: Intel Corporation
       physical id: 2
       bus info: pci@0000:00:02.0
       version: 06
       width: 64 bits
       clock: 33MHz
       capabilities: vga_controller bus_master cap_list rom
       configuration: driver=i915 latency=0
       resources: irq:33 memory:b0000000-b03fffff memory:a0000000-afffffff ioport:5000(size=64) memory:c0000-dffff

Screencaps @

Noch nach einem Verdächtigen / Winterschlaf zu testen, fühlt sich aber im Einklang mit der Erfahrung. Wird upate

— jakes
quelle

2

Sie haben eine AMD / ATI-Karte und erleben diese, bevor Sie mit der Hybernation fortfahren. Wenn Ihr Problem also völlig unabhängig ist, versuchen Sie, mehr zu suchen, um etwas zu finden, das mit Ihrer Situation zusammenhängt, auch wenn die Artefakte grafisch sehr ähnlich sind. Das in der ursprünglichen Frage beschriebene Problem ist die bekannte Funktion / der Fehler des nVidia-Treibers und kann Ihre Hardware nicht beeinträchtigen.

— Ped7g

0

Ich habe das folgende Update dafür gefunden:

Gehen Sie zu NVIDIA X Server-Einstellungen -> Prime-Profile -> NVIDIA On-Demand überprüfen
Melden Sie sich ab und melden Sie sich beim System an

Das Problem wird verschwinden und Ihre Übergänge werden ebenfalls reibungslos. Es funktionierte für mich und meinen Freund auf Kubuntu 19.10 Plasma Version 5.17.5

— Ishank
quelle

Das ist technisch gesehen keine Lösung. Sie stellen lediglich die Verwendung von nVidia gegenüber Intel GPU von "immer nVidia" auf dynamisches Umschalten um, abhängig von der GPU-Last. Aber es kann tatsächlich helfen, da es höchstwahrscheinlich ist, wenn Sie den Computer in den Energiesparmodus versetzen, dass er wahrscheinlich unter einer geringen GPU-Last steht, und daher ist es die Intel-GPU, die zum Schlafen + Aufwecken verwendet wird, was gut funktioniert. Wenn es später zu nVidia wechselt, werden die internen Puffer möglicherweise korrekt aktualisiert. Ich kann es nicht versuchen / bestätigen, da ich keinen funktionierenden NVIDIA-Treiber für meinen aktuellen Kernel habe. Der Plasma-Neustart in einer anderen Antwort funktioniert in jedem Fall,

— unabhängig