KDE5 Dopo aver ripreso dalla sospensione, ho le etichette danneggiate sotto le icone


12

Sto usando la distribuzione neon di KDE (Ubuntu 16.04 LTS + ultima KDE5 DE).

Suspend + resume sembra funzionare principalmente sul mio notebook, ma le etichette sotto le icone (ho "vista cartella" impostata come sfondo nella shell al plasma) sono danneggiate, in questo modo:

screenshot di etichette danneggiate sul desktop

Sul lato sinistro icona danneggiata, sulla destra risolta trascinando l'icona di alcuni pixel e lasciandola cadere nella sua posizione originale.

Mi sembra, poiché potrebbe non essere un problema con il driver grafico, ma anche la cartella al plasma di KDE5 visualizza un bug nella cache?

DOMANDA:

  • come aggiornare facilmente l'intero desktop? Il menu di KDE "Aggiorna desktop" non aiuta (suppongo che ci sia un po 'di cache per le icone e non è invalidato).

  • come creare un rapporto sui bug di alta qualità, che tipo di log / comandi ne vale l'output e dove anche iniziare a dare la caccia a questo.

Mentre io stesso sono programmatore, non faccio alcuno sviluppo Qt / KDE5, quindi non ho nemmeno idea, quale parte di KDE è responsabile di questi, dove cercare errori e quali strumenti sono disponibili per la diagnostica. Una rapida occhiata dmesge /var/log/Xorg.0.lognon ha sollevato nulla di sospetto.

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:

Sembra essere risolto per me ora (ultimi pacchetti neon di KDE, kernel 4.16.7 mainline), ma non ricordo da quando, e se è sempre affidabile, mi è venuto in mente che non ho fatto clic sul script "riavvia plasma" sul desktop per qualche tempo. (sembra che glxinfoora scegliere la GPU integrata Intel, non nVidia, possa far parte della "soluzione", ma avrei bisogno di più tempo e conoscenza per dire esattamente cosa sta succedendo, se non uso più la GPU nVidia, oppure cosa)
Ped7g,

Come sospettavo, non ho più la configurazione della GPU nVidia funzionante, tutto il mio gfx ora è fatto solo da Intel (il tentativo di accendere la cosa nVidia-prime / optimus per usare la 960M per le prestazioni ha reso il mio kernel completamente bloccato durante l'avvio , quindi mi sono arreso per questo momento, poiché sto eseguendo kernel mainline dai test a causa di problemi WiFi e la GPU più lenta non mi influisce tanto quanto la rete non rotta. = Non so se l'attuale driver nVidia è risolto già o KDE ha una soluzione alternativa, immagino di
no

Risposte:


12

Conosco il tuo dolore, questo mi infastidisce da mesi ormai.

1) L'unico modo per riparare il desktop che ho trovato è la forza bruta, ho fatto un collegamento per farlo ed eseguirlo ogni volta che riprendo dallo standby:

killall plasmashell; kstart plasmashell

2) Non riesco a rispondere correttamente ma sto pubblicando tutte le informazioni che ho in modo da poterlo collegare dalla pagina di segnalazione dei bug. Il glitching è un problema di vecchia data con i driver NVidia e il plasma KDE, in precedenza la stessa domanda era stata posta qui ma era falsamente contrassegnata come un duplicato di un problema simile simile: /ubuntu/897928/kde- desktop-icone-glitch-dopo-sospensione su kubuntu-16-10

Avevo qualche speranza dopo il recente aggiornamento al plasma 5.10.3 in quanto avrebbe dovuto essere riparato https://bugs.kde.org/show_bug.cgi?id=344326 https://www.phoronix.com/scan.php? page = news_item & px = KDE-Plasma-5.10.3-Rilasciato , ma non ha risolto il problema per me.
Seguirò la segnalazione di un bug con un link a questo post, quindi allego anche un'immagine del bug sul mio sistema qui.

(EDIT: trovato l'effettivo bug report per Plasma https://bugs.kde.org/show_bug.cgi?id=382115 )

(EDIT2: trovato il bug report per QT: https://bugreports.qt.io/browse/QTBUG-56610 e thread del forum NVidia https://devtalk.nvidia.com/default/topic/971972/linux/icon-text -label-corruzione-con-kde-plasma-5-desktop-cartella-vista / )

$ 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

Icone del desktop dopo la sospensione / ripresa


Sono su KDE neon, quindi ora ho il plasma 5.10.3 e tutte le altre cose aggiornate, tuttavia il plasma ha questi problemi (come indicato nei commenti sui bug, dovrebbe). La soluzione alternativa per riavviare il plasmashell WFM per il momento. Mi chiedo se il "Aggiorna desktop" nel menu di scelta rapida non possa invalidare anche tutti i contesti / ecc., Ovvero essere molto più aggressivo non solo per rinfrescare, ma anche per riavviare parti del plasma. Perché in genere non ricordo di aver bisogno di un aggiornamento del desktop, di solito tutto funziona bene e tutti i file cambiano / ecc. vengono prelevati automaticamente, quindi avere un forte aggiornamento sarebbe OK per me
Ped7g

@ Ped7g Sì, sarebbe bello se quella voce di aggiornamento avesse effettivamente fatto qualcosa in caso di vera corruzione di gfx, potrebbe valere la pena di seguirla come suggerimento per le funzionalità. Dopo aver seguito nuovamente le segnalazioni di bug rimbalzanti, il problema si trova attualmente in questo vecchio bug QT qui: bugreports.qt.io/browse/QTBUG-56610 - Sono sicuro di averlo trovato anni fa l'ultima volta che ho cercato questo ma ho rinunciato come conclusione sembra che NVidia debba riparare i propri driver. Secondo Nvidia devtalk il thread che si trova sulle carte ma chissà quando accadrà.
Ozone

3
Grazie! Su Manjaro e possibilmente archlinux kstartè kstart5cosìkillall plasmashell; kstart5 plasmashell
squareborg

3

Ho avuto lo stesso problema con Kubuntu 18.04. Dopo aver letto diversi post su questo problema, ho combinato le risposte in una soluzione che funziona automaticamente. C'è un piccolo script Bash che viene eseguito in background e uccide / riavvia il plasmashell ogni volta che l'utente ritorna dalla schermata di blocco. Puoi trovare la risposta al link qui sotto (script e modo per eseguirlo automaticamente)

Kubuntu 18.04, il task cron non carica @reboot

Spero che lo trovi utile!


1

Ho appena riscontrato lo stesso problema sulla mia Fedora attuale e stabile.

# 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 @

Eppure, testare dopo un sospetto / letargo, ma si sente coerente con l'esperienza. Si aggiornerà


2
Hai una scheda AMD / ATI e la provi prima di riprendere dall'ibridazione, cioè il tuo problema è completamente indipendente, anche se gli artefatti sono graficamente molto simili, prova a cercare di più per trovare qualcosa relativo alla tua situazione. Il problema descritto nella domanda originale è noto caratteristica / bug del driver nVidia e non può influire sul tuo HW.
Ped7g,

0

Ho trovato la seguente correzione per questo:

  • Vai su Impostazioni server NVIDIA X -> Profili Prime -> Controlla NVIDIA On-Demand

  • Disconnettersi e accedere al sistema

Il problema si risolverà e anche le tue transizioni diventeranno fluide. Ha funzionato per me e il mio amico su Kubuntu 19.10 versione Plasma 5.17.5

Immagine per riferimento


Tecnicamente non è una soluzione, basta passare da nVidia a GPU Intel da "sempre nVidia" a commutazione dinamica a seconda del carico della GPU. Ma in realtà può aiutare, come molto probabilmente quando si mette la macchina in modalità sleep, è probabilmente sotto carico di GPU basso, e quindi è la GPU Intel utilizzata per sleep + wake, che funziona bene. Quindi, quando passerà a nVidia in un secondo momento, aggiornerà correttamente i buffer interni. Impossibile provare / confermare, perché non ho un driver nvidia funzionante per il mio kernel corrente. Il riavvio del plasma in un'altra risposta funzionerà in ogni caso, non in base alla GPU effettiva utilizzata
Ped7g
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.