KDE5 Après la reprise de la suspension, j'ai corrompu les étiquettes sous les icônes

12

J'utilise la distribution néon de KDE (Ubuntu 16.04 LTS + dernier KDE5 DE).

Suspendre + reprendre semble fonctionner principalement sur mon bloc-notes, mais les étiquettes sous les icônes (j'ai une "vue de dossier" configurée comme arrière-plan dans la coque plasma) sont corrompues, comme ceci:

capture d'écran des étiquettes corrompues sur le bureau

Sur le côté gauche de l'icône corrompue, sur la droite fixée en faisant glisser l'icône de quelques pixels et en la laissant retomber à sa place d'origine.

Il me semble que ce n'est peut-être pas un problème de pilote graphique, mais même un bug de mise en cache de la vue du dossier plasma KDE5?

QUESTION:

  • comment rafraîchir facilement l'ensemble du bureau? Le menu KDE "Refresh Desktop" n'aide pas (je suppose qu'il y a du cache pour les icônes, et il n'est pas invalidé).

  • comment créer un rapport de bogue de haute qualité, quel type de sortie de journaux / commandes en vaut la peine, et où même commencer à traquer celui-ci.

Bien que je sois moi-même programmeur, je ne fais aucun développement Qt / KDE5, donc je n'ai même aucune idée de la partie de KDE qui en est responsable, où chercher les erreurs et quels outils sont disponibles pour les diagnostics. Un coup d'œil rapide dmesget /var/log/Xorg.0.logn'a rien soulevé de suspect.

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
la source
Semble être corrigé pour moi maintenant (derniers packages néon KDE, noyau principal 4.16.7), mais je ne me souviens pas depuis quand, et s'il est toujours corrigé de manière fiable, il m'est venu à l'esprit maintenant, que je n'ai pas cliqué sur le script "redémarrer plasma" sur le bureau pendant un certain temps. (il semble que le glxinfochoix d'un processeur graphique intégré Intel, et non de nVidia, puisse faire partie de la "solution", mais j'aurais besoin de plus de temps et de connaissances pour savoir ce qui se passe exactement, si je n'utilise plus le processeur graphique nVidia, ou quoi)
Ped7g
Comme je le soupçonnais, je n'ai plus de configuration nVidia GPU, tout mon gfx est maintenant fait par Intel uniquement (essayer d'activer le truc nVidia-prime / optimus pour utiliser le 960M pour les performances a rendu mon noyau complètement gelé au démarrage , donc j'ai abandonné pour le moment, car j'exécute les noyaux de la ligne principale à partir de tests en raison de problèmes WiFi, et le GPU plus lent ne m'affecte pas aussi mal que le réseau non cassé. = Je ne sais pas si le pilote nVidia actuel est déjà corrigé ou KDE a une solution de contournement, je suppose que NON, donc le problème est probablement toujours vivant
Ped7g

Réponses:

12

Je connais ta douleur, ça m'ennuie depuis des mois maintenant.

1) Le seul moyen de réparer le bureau que j'ai trouvé est la force brute, j'ai créé un raccourci pour le faire et l'exécute chaque fois que je quitte le mode veille:

killall plasmashell; kstart plasmashell

2) Je ne peux pas répondre correctement à cette question, mais je publie toutes les informations dont je dispose pour pouvoir les lier à partir de la page de rapport de bogue. Le glitch est un problème de longue date avec les pilotes NVidia et le plasma KDE, auparavant la même question était posée ici, mais elle a été faussement marquée comme un doublon d'un problème similaire similaire: /ubuntu/897928/kde- desktop-icons-glitched-after-suspend-kubuntu-16-10

J'avais un peu d'espoir après la récente mise à jour du plasma 5.10.3 car elle était censée être corrigée https://bugs.kde.org/show_bug.cgi?id=344326 https://www.phoronix.com/scan.php? page = news_item & px = KDE-Plasma-5.10.3-Released , mais cela n'a pas résolu le problème pour moi.
Je vais suivre ce rapport de bogue avec un lien vers ce message, donc attacher ici une image du bogue sur mon système.

(EDIT: a trouvé le rapport de bogue réel pour Plasma https://bugs.kde.org/show_bug.cgi?id=382115 )

(EDIT2: a trouvé le rapport de bogue pour QT: https://bugreports.qt.io/browse/QTBUG-56610 et le fil de discussion NVidia https://devtalk.nvidia.com/default/topic/971972/linux/icon-text -label-corruption-with-kde-plasma-5-desktop-folder-view / )

$ 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

Icônes du bureau après suspension / reprise

Ozone
la source
Je suis sur le néon KDE, j'ai donc maintenant le plasma 5.10.3 et toutes les autres choses mises à jour, le plasma a toujours ces problèmes (comme indiqué dans les commentaires de bogues, il devrait). Votre solution pour redémarrer plasmashell WFM pour le moment. Je me demande si le "Rafraîchir le bureau" dans le menu contextuel ne peut pas invalider également tous les contextes / etc, c'est-à-dire être beaucoup plus agressif pour non seulement rafraîchir, mais redémarrer des parties de plasma. Parce que généralement je ne me souviens pas d'avoir besoin d'un rafraîchissement du bureau, généralement tout fonctionne bien et tout le fichier change / etc. sont récupérés automatiquement, donc avoir un rafraîchissement important serait OK pour moi
Ped7g
@ Ped7g Oui, ce serait bien si cette entrée de rafraîchissement faisait réellement quelque chose dans les cas de corruption réelle de gfx, cela pourrait valoir la peine d'être suivi comme suggestion de fonctionnalité. Après avoir à nouveau suivi les rapports de bogues rebondissants, le problème réside actuellement dans cet ancien bogue QT: bugreports.qt.io/browse/QTBUG-56610 - Je suis sûr que j'ai trouvé cela il y a longtemps la dernière fois que j'ai recherché cela, mais j'ai abandonné en tant que conclusion semble être NVidia besoin de réparer leurs pilotes. Selon Nvidia devtalk thread qui est sur les cartes mais qui sait quand cela se produira.
Ozone
3
Merci! Sur Manjaro et peut-être archlinux kstartest kstart5ainsikillall plasmashell; kstart5 plasmashell
squareborg
3

J'ai eu le même problème avec Kubuntu 18.04. Après avoir lu plusieurs articles sur ce problème, j'ai combiné les réponses dans une solution qui fonctionne automatiquement. Il y a un petit script Bash qui s'exécute en arrière-plan et tue / redémarre le plasmashell à chaque retour de l'utilisateur depuis l'écran de verrouillage. Vous pouvez trouver la réponse au lien ci-dessous (script et manière de l'exécuter automatiquement)

Kubuntu 18.04, la tâche cron ne se charge pas @reboot

J'espère que tu trouves cela utile!

Petaflop
la source
1

Je viens de rencontrer le même problème sur ma Fedora actuelle et stable.

# 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

Captures d'écran @

Pourtant, à tester après un suspect / hibernation, mais semble cohérent avec l'expérience. Will upate

jakes
la source
2
Vous avez une carte AMD / ATI et vous en faites l'expérience avant de reprendre l'hybernation, c'est-à-dire que votre problème est complètement indépendant, même si les artefacts sont graphiquement très similaires, essayez de chercher plus pour trouver quelque chose en rapport avec votre situation. Le problème décrit dans la question d'origine est une fonctionnalité / bogue connu du pilote nVidia et ne peut pas affecter votre matériel.
Ped7g
0

J'ai trouvé le correctif suivant pour cela:

  • Accédez aux paramètres du serveur NVIDIA X -> Prime Profiles -> Check NVIDIA On-Demand

  • Déconnectez-vous et connectez-vous au système

Le problème disparaîtra et vos transitions deviendront également fluides. Cela a fonctionné pour moi et mon ami sur Kubuntu 19.10 Plasma version 5.17.5

Image pour référence

Ishank
la source
Ce n'est techniquement pas une solution, vous passez simplement de l'utilisation de nVidia vs Intel GPU de "toujours nVidia" à une commutation dynamique en fonction de la charge du GPU. Mais cela peut réellement aider, car très probablement lorsque vous mettez la machine en veille, elle est probablement sous une faible charge GPU, et c'est donc le GPU Intel utilisé pour dormir + réveiller, qui fonctionne bien. Ensuite, peut-être que lorsqu'il basculera vers nVidia plus tard, il actualisera correctement les tampons internes. Je ne peux pas essayer / confirmer, car je n'ai pas de pilote nvidia fonctionnel pour mon noyau actuel. Le redémarrage du plasma dans une autre réponse fonctionnera dans tous les cas, sans dépendre du GPU réel utilisé
Ped7g