KDE5 Después de reanudar desde la suspensión, he dañado las etiquetas debajo de los iconos

12

Estoy usando la distribución de neón de KDE (Ubuntu 16.04 LTS + último KDE5 DE).

Suspender + reanudar parece funcionar principalmente en mi computadora portátil, pero las etiquetas debajo de los íconos (tengo "vista de carpeta" configurada como fondo en el shell de plasma) están dañados, de esta manera:

captura de pantalla de etiquetas corruptas en el escritorio

En el lado izquierdo del icono dañado, a la derecha arreglado arrastrando el icono unos pocos píxeles y dejándolo caer de nuevo a su lugar original.

Me parece, ya que puede no ser un problema del controlador de gráficos, sino incluso un error de almacenamiento en caché de la vista de la carpeta de plasma KDE5.

PREGUNTA:

  • ¿Cómo actualizar todo el escritorio fácilmente? El menú de KDE "Actualizar escritorio" no ayuda (supongo que hay algo de caché para los iconos, y no está invalidado).

  • cómo crear un informe de error de alta calidad, qué tipo de registros / comandos vale la pena, y dónde incluso comenzar a buscar este.

Aunque soy programador, no desarrollo Qt / KDE5, por lo que ni siquiera tengo idea de qué parte de KDE es responsable de estos, dónde buscar errores y qué herramientas están disponibles para el diagnóstico. Una mirada rápida dmesgy /var/log/Xorg.0.logno sacó nada sospechoso.

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
fuente
Parece estar arreglado para mí ahora (los últimos paquetes de neón de KDE, kernel 4.16.7 mainline), pero no puedo recordar desde cuándo, y si siempre se soluciona de manera confiable, se me ocurrió que no hice clic en el "reiniciar plasma" script en el escritorio durante algún tiempo. (parece que glxinfoahora elegir GPU integrada Intel, no nVidia, puede ser parte de la "solución", pero necesitaría más tiempo y conocimiento para saber qué está sucediendo exactamente, si ya no uso GPU nVidia, o qué)
Ped7g
Como sospechaba, ya no tengo la configuración de la GPU nVidia funcionando, todo mi gfx ahora lo hace solo Intel (al intentar encender el nVidia-prime / optimus para usar el 960M para el rendimiento, mi núcleo se congeló por completo durante el inicio , así que me di por vencido por este momento, ya que estoy ejecutando kernels principales de las pruebas debido a problemas de WiFi, y la GPU más lenta no me afecta tan mal como la red no rota. = No sé si el controlador nVidia actual es ya fijo o KDE ha solucionar, yo supongo que no, así que la cuestión es, probablemente, todavía vivo.
Ped7g

Respuestas:

12

Conozco tu dolor, esto me ha estado molestando durante meses.

1) La única forma de arreglar el escritorio que he encontrado es la fuerza bruta, hice un atajo para hacerlo y lo ejecuto cada vez que salgo del modo de espera:

killall plasmashell; kstart plasmashell

2) No puedo responder esto correctamente, pero estoy publicando toda la información que tengo para poder vincular esto desde la página de informe de errores. La falla es un problema de larga data con los controladores NVidia y el plasma KDE, anteriormente se hizo la misma pregunta aquí, pero se marcó falsamente como un duplicado de un problema relacionado similar: /ubuntu/897928/kde- desktop-icons-glitched-after-suspend-kubuntu-16-10

Tenía algunas esperanzas después de la reciente actualización de plasma 5.10.3, ya que se suponía que debía solucionarse https://bugs.kde.org/show_bug.cgi?id=344326 https://www.phoronix.com/scan.php? page = news_item & px = KDE-Plasma-5.10.3-Lanzado , pero no me solucionó el problema.
Voy a hacer un seguimiento de ese informe de error con un enlace a esta publicación, así que también adjunto una imagen del error en mi sistema aquí.

(EDITAR: encontró el informe de error real para Plasma https://bugs.kde.org/show_bug.cgi?id=382115 )

(EDIT2: encontró el informe de error para QT: https://bugreports.qt.io/browse/QTBUG-56610 y el hilo del foro de NVidia https://devtalk.nvidia.com/default/topic/971972/linux/icon-text -label-corrupción-con-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

Iconos de escritorio después de suspender / reanudar

Ozono
fuente
Estoy en KDE neon, así que ahora tengo plasma 5.10.3 y todas las otras cosas actualizadas, aún así el plasma tiene esos problemas (como se señaló en los comentarios de errores, debería). Su solución para reiniciar plasmashell WFM por el momento. Me pregunto si el "Actualizar escritorio" en el menú contextual no puede invalidar también todos los contextos / etc., es decir, ser mucho más agresivo no solo para actualizar, sino también para reiniciar partes del plasma. Debido a que, por lo general, no recuerdo haber necesitado una actualización de escritorio, por lo general todo funciona bien y todos los archivos cambian / etc. se recogen automáticamente, por lo que tener una gran actualización estaría bien para mí
Ped7g
@ Ped7g Sí, sería bueno si esa entrada de actualización realmente hiciera algo en casos de corrupción real de gfx, podría valer la pena seguirla como una sugerencia de función. Después de seguir de nuevo los informes de error de rebote, el problema actualmente reside en este viejo error de QT aquí: bugreports.qt.io/browse/QTBUG-56610 - Estoy seguro de que encontré esto hace mucho tiempo la última vez que busqué esto, pero me di por vencido. La conclusión parece ser que NVidia necesita arreglar sus controladores. Según el hilo de Devtalk de Nvidia que está en las tarjetas pero quién sabe cuándo sucederá.
Ozone
3
¡Gracias! En Manjaro y posiblemente archlinux kstartes kstart5asíkillall plasmashell; kstart5 plasmashell
squareborg
3

He tenido el mismo problema con Kubuntu 18.04. Después de leer varias publicaciones sobre este problema, combiné las respuestas en una solución que funciona automáticamente. Hay un pequeño script Bash que se ejecuta en segundo plano y mata / reinicia plasmashell cada vez que el usuario regresa de la pantalla de bloqueo. Puede encontrar la respuesta al siguiente enlace (secuencia de comandos y forma de ejecutarlo automáticamente)

Kubuntu 18.04, la tarea cron no carga @reboot

¡Espero que le sea útil!

Petaflop
fuente
1

Acabo de encontrar el mismo problema en mi Fedora actual y estable.

# 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

Capturas de pantalla @

Sin embargo, para probar después de un sospechoso / hibernar, pero se siente consistente con la experiencia. Se elevará

jakes
fuente
2
Tiene una tarjeta AMD / ATI, y la experimenta antes de reanudar la hibernación, es decir, su problema no tiene ninguna relación, incluso si los artefactos son gráficamente muy similares, intente buscar más para encontrar algo relacionado con su situación. El problema descrito en la pregunta original es la característica / error conocido del controlador nVidia, y no puede afectar su HW.
Ped7g
0

Encontré la siguiente solución para esto:

  • Vaya a Configuración del servidor NVIDIA X -> Perfiles principales -> Verificar NVIDIA On-Demand

  • Cerrar sesión e iniciar sesión en el sistema

El problema desaparecerá y sus transiciones también se suavizarán. Funcionó para mí y mi amigo en Kubuntu 19.10 Plasma versión 5.17.5

Imagen de referencia

Ishank
fuente
Eso técnicamente no es una solución, simplemente cambia el uso de nVidia vs Intel GPU de "siempre nVidia" a cambio dinámico dependiendo de la carga de GPU. Pero en realidad puede ayudar, ya que lo más probable es que cuando esté apagando la máquina, probablemente esté bajo una carga de GPU baja, por lo que es la GPU Intel utilizada para dormir + despertar, que funciona bien. Entonces, tal vez cuando cambie a nVidia más tarde, actualice los búferes internos correctamente. No puedo probar / confirmar, porque no tengo el controlador nvidia en funcionamiento para mi núcleo actual. El reinicio de plasma en otra respuesta funcionará en cualquier caso, sin depender de la GPU real utilizada
Ped7g