KDE5 Após retomar a suspensão, corrompi os rótulos nos ícones

12

Estou usando a distribuição neon do KDE (Ubuntu 16.04 LTS + mais recente KDE5 DE).

Suspender + currículo parece estar funcionando principalmente no meu notebook, mas os rótulos nos ícones (eu tenho a "visualização de pastas" configurada como plano de fundo no shell de plasma) estão corrompidos, assim:

captura de tela de etiquetas corrompidas na área de trabalho

No lado esquerdo corrompido ícone, à direita fixa arrastando o ícone alguns pixels e deixá-lo cair de volta para seu lugar original.

Parece-me, pois pode não ser um problema de driver gráfico, mas mesmo a pasta de plasma do KDE5 exibe um bug de cache?

QUESTÃO:

  • como atualizar toda a área de trabalho facilmente? O menu "Atualizar área de trabalho" do KDE não ajuda (acho que há algum cache para ícones e não é invalidado).

  • como criar um relatório de erro de alta qualidade, que tipo de saída de logs / comandos vale a pena e até onde começar a procurar esse.

Enquanto sou programador, não desenvolvo Qt / KDE5, por isso não faço ideia de qual parte do KDE é responsável por eles, onde procurar erros e quais ferramentas estão disponíveis para diagnóstico. Uma rápida olhada dmesge /var/log/Xorg.0.lognão trouxe nada de suspeito.

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
fonte
Parece ter sido corrigido para mim agora (pacotes de neon KDE mais recentes, kernel da linha 4.16.7), mas não me lembro desde quando, e se ele é sempre corrigido com segurança, ocorreu-me agora que não cliquei no Script "restart plasma" na área de trabalho por algum tempo. (parece que glxinfoagora está escolhendo a GPU integrada da Intel, e não a nVidia, pode fazer parte da "solução", mas eu precisaria de mais tempo e conhecimento para saber exatamente o que está acontecendo, se eu não usar mais a nVidia GPU, ou o que)
Ped7g
Como eu suspeitava, não tenho mais a configuração da GPU da nVidia, agora todo o meu gfx é feito apenas pela Intel (tentar ativar a coisa nVidia-prime / optimus para usar a 960M de desempenho fez meu kernel congelar completamente durante a inicialização , então desisti nesse momento, pois estou executando os kernels da linha principal nos testes devido a problemas de WiFi e a GPU mais lenta não me afeta tanto quanto a rede não quebrada. = Não sei se o driver nVidia atual está já fixo ou KDE tem solução, eu acho que não, então o problema é provavelmente ainda vivo.
Ped7g

Respostas:

12

Conheço sua dor, isso me incomoda há meses.

1) A única maneira de corrigir a área de trabalho que encontrei é a força bruta, criei um atalho para fazer isso e execute-o sempre que sair do modo de espera:

killall plasmashell; kstart plasmashell

2) Não consigo responder adequadamente, mas estou postando todas as informações que tenho para vincular isso na página de relatórios de erros. A falha é um problema de longa data com os drivers da NVidia e o plasma do KDE, anteriormente a mesma pergunta foi feita aqui, mas foi falsamente marcada como uma duplicata de um problema semelhante: /ubuntu/897928/kde- desktop-icons-glitched-after-suspend-kubuntu-16-10

Eu tinha alguma esperança após a recente atualização do plasma 5.10.3, pois ela deveria ser corrigida https://bugs.kde.org/show_bug.cgi?id=344326 https://www.phoronix.com/scan.php? page = news_item & px = KDE-Plasma-5.10.3-Lançado , mas não resolveu o problema para mim.
Vou acompanhar esse relatório de bug com um link para este post e também anexar uma imagem do bug no meu sistema aqui.

(EDIT: encontrou o relatório de bug real do Plasma https://bugs.kde.org/show_bug.cgi?id=382115 )

(EDIT2: localizou o relatório de bug para QT: https://bugreports.qt.io/browse/QTBUG-56610 e o tópico do fórum da NVidia https://devtalk.nvidia.com/default/topic/971972/linux/icon-text -label-corrupt-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

Ícones da área de trabalho após suspender / retomar

Ozônio
fonte
Estou no neon do KDE, então agora tenho o plasma 5.10.3 e todas as outras coisas atualizadas, ainda assim o plasma tem esses problemas (como apontado nos comentários dos bugs). Sua solução alternativa para reiniciar o WFM plasmashell por enquanto. Gostaria de saber se o "Atualizar área de trabalho" no menu de contexto não pode invalidar também todos os contextos / etc, ou seja, para ser muito mais agressivo não apenas com a atualização, mas com a reinicialização de partes do plasma. Como geralmente não me lembro de precisar de uma atualização da área de trabalho, geralmente tudo funciona bem e todo o arquivo é alterado / etc. são escolhidos automaticamente, assim que ter de atualização pesada seria OK para mim
Ped7g
@ Ped7g Sim, seria bom se essa entrada de atualização realmente fizesse algo em casos de corrupção real de gfx, valesse a pena segui-la como uma sugestão de recurso. Depois de seguir os relatórios de bouncing bouncing novamente, o problema atualmente está neste bug antigo do QT aqui: bugreports.qt.io/browse/QTBUG-56610 - Tenho certeza de que encontrei isso há muito tempo na última vez em que procurei, mas desisti como o conclusão parece NVidia precisa corrigir seus drivers. De acordo com a Nvidia, o tópico devtalk está nos cartões, mas quem sabe quando isso acontecerá.
Ozone
3
Obrigado! Em Manjaro e possivelmente archlinux kstarté kstart5assimkillall plasmashell; kstart5 plasmashell
squareborg
3

Eu tive o mesmo problema com o Kubuntu 18.04. Depois de ler várias postagens sobre esse problema, combinei as respostas em uma solução que funciona automaticamente. Existe um pequeno script do Bash que é executado em segundo plano e mata / reinicia o plasmashell a cada retorno do usuário da tela de bloqueio. Você pode encontrar a resposta para o link abaixo (script e maneira de executá-lo automaticamente)

Kubuntu 18.04, a tarefa cron não carrega @reboot

Espero que você ache útil!

Petaflop
fonte
1

Acabei de encontrar o mesmo problema no meu Fedora atual e estável.

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

Ainda para testar após um suspeito / hibernar, mas parece consistente com a experiência. Vai melhorar

jakes
fonte
2
Você possui uma placa AMD / ATI e a experimenta antes de retomar da hibernação, ou seja, seu problema não tem nenhuma relação, mesmo que os artefatos sejam graficamente muito semelhantes, tente pesquisar mais para encontrar algo relacionado à sua situação. O problema descrito na pergunta original é conhecido pelo recurso / bug do driver da nVidia e não pode afetar o seu HW.
Ped7g
0

Encontrei a seguinte correção para isso:

  • Vá para Configurações do servidor NVIDIA X -> Perfis principais -> Verificar NVIDIA On-Demand

  • Logout e login no sistema

O problema continuará e suas transições também serão suaves. Funcionou para mim e meu amigo no Kubuntu 19.10 Plasma versão 5.17.5

Imagem para referência

Ishank
fonte
Tecnicamente, isso não é uma solução: basta alternar o uso da GPU nVidia vs Intel de "sempre nVidia" para comutação dinâmica, dependendo da carga da GPU. Mas, na verdade, pode ajudar, como provavelmente quando você está colocando a máquina no modo de suspensão, provavelmente está com pouca carga de GPU e, portanto, é a GPU Intel usada para dormir + acordar, que funciona bem. Então, talvez, quando mude para a nVidia mais tarde, atualize os buffers internos corretamente. Não é possível tentar / confirmar, porque não tenho o driver da nvidia funcionando no meu kernel atual. O reinício do plasma em outra resposta funcionará em qualquer caso, não dependendo da GPU real usada
Ped7g em 21/01