KDE5 Після відновлення призупинення роботи я зіпсував ярлики під іконками


12

Я використовую неоновий розподіл KDE (Ubuntu 16.04 LTS + остання версія KDE5 DE).

Схоже, що Suspend + резюме здебільшого працює над моїм ноутбуком, але мітки під іконками (у мене "перегляд папки", встановлених як фон у плазмовій оболонці) пошкоджені, як це:

скріншот зіпсованих міток на робочому столі

На лівій стороні зіпсований значок, праворуч зафіксований , перетягнувши піктограму на кілька пікселів і відпустивши її на початкове місце.

Мені здається, що це може бути проблема не з драйвером графіки, а навіть з помилкою кешування перегляду плазмової папки KDE5?

ПИТАННЯ:

  • як легко оновити весь робочий стіл? Меню KDE "Оновити робочий стіл" не допомагає (я думаю, є якийсь кеш іконок, і він недійсний).

  • як створити якісний звіт про помилку, якого виходу журналів / команд цього вартий, і де навіть почати шукати цей.

Хоча я сам програміст, я не займаюся розробкою Qt / KDE5, тому я навіть не маю уявлення, яка частина KDE відповідає за них, де шукати помилки та які інструменти доступні для діагностики. Швидкий погляд dmesgі /var/log/Xorg.0.logне викликав нічого підозрілого.

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:

Мені здається, виправлено зараз (останні неонові пакети KDE, основне ядро ​​4.16.7), але я не можу згадати з тих пір, і якщо це надійно виправлено завжди, мені просто спало на думку, що я не натиснув на сценарій "перезапуск плазми" на робочому столі протягом певного часу. (схоже glxinfo, зараз вибір інтегрованого GPU Intel, а не nVidia, може бути частиною "рішення", але мені знадобиться більше часу та знань, щоб сказати, що саме відбувається, якщо я більше не буду використовувати nVidia GPU, або що)
Ped7g

Як я підозрював, у мене більше немає конфігурації GPU nVidia, весь мій gfx зараз робиться тільки Intel (намагаючись увімкнути nVidia-prime / optimus, щоб використовувати 960M для продуктивності, моє ядро ​​повністю застигло під час запуску , тому я здався на цей момент, оскільки я запускаю основні ядра від тестування через проблеми з Wi-Fi, і повільніший графічний процесор не впливає на мене так погано, як нерозбита мережа. = Я не знаю, чи поточний драйвер nVidia виправлено вже, або KDE має вирішення, я думаю, НЕ, тому проблема, ймовірно, все ще залишається живою.
Ped7g

Відповіді:


12

Я знаю ваш біль, це мене дратує вже місяці.

1) Єдиний спосіб виправити знайдений нами робочий стіл - це жорстка сила. Я зробив це ярлик для цього і запускаю його кожен раз, коли я поновлюсь з режиму очікування:

killall plasmashell; kstart plasmashell

2) Я не можу правильно відповісти на це, але я публікую всю отриману інформацію, щоб я зміг пов’язати це зі сторінки звітів про помилки. Проблеми - це давня проблема з драйверами NVidia та плазмою KDE, раніше було поставлено те саме питання, але воно було помилково позначене як дублікат аналогічної пов'язаної проблеми: /ubuntu/897928/kde- desktop-icons-glitched-after-suspend-kubuntu-16-10

Я мав деяку надію після недавнього оновлення плазми 5.10.3, оскільки його мали виправити https://bugs.kde.org/show_bug.cgi?id=344326 https://www.phoronix.com/scan.php? page = news_item & px = KDE-Плазма-5.10.3-Випущений , але це не вирішило проблему для мене.
Я збираюся відстежувати цей звіт про помилку із посиланням на цю публікацію, щоб також додавати зображення помилки в моїй системі.

(EDIT: знайдено фактичний звіт про помилку для плазми https://bugs.kde.org/show_bug.cgi?id=382115 )

(EDIT2: знайдено звіт про помилку для QT: https://bugreports.qt.io/browse/QTBUG-56610 та нитка форуму NVidia https://devtalk.nvidia.com/default/topic/971972/linux/icon-text -пакет-пошкодження-з-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

Піктограми робочого столу після призупинення / відновлення


Я перебуваю на неоновій KDE, тому в мене зараз плазма 5.10.3, і всі інші речі оновлюються, все ж таки у плазми є такі проблеми (як зазначено в коментарях про помилку). Ваше вирішення на даний момент перезапустити плазмову оболонку WFM. Мені цікаво, чи "Оновити робочий стіл" у контекстному меню не може також визнати недійсним також усі контексти / тощо, тобто бути набагато більш агресивними щодо не просто оновлення, а перезавантаження частин плазми. Оскільки, як правило, я не можу згадати, що мені потрібно оновити робочий стіл, зазвичай все працює добре, і всі файли змінюються / тощо. підбираються автоматично, тому для мене важке оновлення було б добре для мене
Ped7g

@ Ped7g Так, було б добре, якби ця оновила запис насправді щось зробила у випадках реальної корупції у форматі gfx, варто було б дотримуватися цього, як пропозиція щодо функції. Після наступних звітів про помилку, що підстрибує, проблема в даний час лежить на цій старій помилці QT тут: bugreports.qt.io/browse/QTBUG-56610 - я впевнений, що знайшов це віками тому, коли я останній раз переглядав це, але відмовився Здається, що NVidia потребує виправлення своїх драйверів. За словами Nvidia devtalk нитка, яка є на картках, але хто знає, коли це станеться.
Озон

3
Дякую! На Manjaro і , можливо , Archlinux kstartце kstart5такkillall plasmashell; kstart5 plasmashell
squareborg

3

У мене була така ж проблема з Kubuntu 18.04. Прочитавши кілька публікацій про цю проблему, я поєднав відповіді у рішення, яке працює автоматично. Існує невеликий сценарій Bash, який працює у фоновому режимі і вбиває / перезавантажує плазмову оболонку кожного користувача, який повертається з екрану блокування. Відповідь ви можете знайти за посиланням нижче (сценарій та спосіб його автоматичного запуску)

Kubuntu 18.04, завдання cron не завантажується @reboot

Сподіваюся, вам це стане в нагоді!


1

Я щойно стикався з тією ж проблемою в моєму поточному та стабільному Fedora.

# 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

Заставки @

І все-таки для тестування після підозрюваного / сплячого, але відчуває себе відповідно до досвіду. Упаде


2
У вас є карта AMD / ATI, і ви відчуваєте її перед тим, як відновитись з гібернації, тобто ваша проблема абсолютно не пов'язана, навіть якщо артефакти графічно дуже схожі, спробуйте пошукати більше, щоб знайти щось, що стосується вашої ситуації. Проблема, описана в оригінальному питанні, відома функція / помилка драйвера nVidia і не може вплинути на ваш HW.
Пед7г

0

Я знайшов таке виправлення для цього:

  • Перейдіть до Налаштування сервера NVIDIA X -> Основні профілі -> Перевірте NVIDIA On-Demand

  • Вихід із системи та вхід у систему

Проблема піде, і ваші переходи також стануть плавними. Це працювало для мене та мого друга на плазмі Kubuntu 19.10 версії 5.17.5

Зображення для довідки


Це технічно не виправлено, ви просто переключите використання nVidia проти Intel GPU з "завжди nVidia" на динамічне перемикання залежно від завантаження GPU. Але це насправді може допомогти, оскільки, швидше за все, коли ви укладаєте машину у режим сну, вона, мабуть, знаходиться під низьким навантаженням на графічний процесор, і тому Intel GPU використовується для сну + пробудження, що добре працює. Тоді, можливо, коли він перейде на nVidia пізніше, він правильно оновить внутрішні буфери. Неможливо спробувати / підтвердити, оскільки у мене немає робочого драйвера nvidia для мого поточного ядра. Перезапуск плазми в іншій відповіді буде працювати в будь-якому випадку, не залежно від фактичного використовуваного GPU
Ped7g
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.