Может, конечно, что-то с XCB или настройками Kwin, fontcjnfig и остальное, кстати, от infality...
У меня подобная ситуация, но после того, как совсем недавно не решил оптимизировать работу Nvidia-карты (1060 GTX 3 GB) вот по этой инструкции: https://wiki.archlinux.org/index.php/NVIDIA/Troubleshooting и с помощью отключения: nvidia-settings --assign CurrentMetaMode="nvidia-auto-select +0+0 { ForceFullCompositionPipeline = Off }" - оказывается исчезли многие фризы, которые меня бесили (это при 16ГБ ОЗУ и системном SSD!)!!! Но тут я поменял темки Рабочего стола и остального - опять как-будто притормозился KWin - решил стереть все настройки и поставить из AUR kwin-lowlatency по какой-то методике - в итоге при загрузке Рабочего стола, который на секунду появляется, всё тухнет, но приложения можно вызывать и эффекты Plasma как-будто работают....

KWin ругается так:
kwin_x11 --replace
qt.qpa.xcb: QXcbConnection: XCB error: 5 (BadAtom), sequence: 522, resource id: 0, major code: 20 (GetProperty), minor code: 0
qt.qpa.xcb: QXcbConnection: XCB error: 5 (BadAtom), sequence: 694, resource id: 0, major code: 20 (GetProperty), minor code: 0
Module 'org.kde.kwin.decoration' does not contain a module identifier directive - it cannot be protected from external registrations.
file:///usr/share/kwin/aurorae/MenuButton.qml:22: TypeError: Cannot read property 'closeOnDoubleClickOnMenu' of null
QPainter::begin: Paint device returned engine == 0, type: 3
file:///usr/share/kwin/aurorae/MenuButton.qml:22: TypeError: Cannot read property 'closeOnDoubleClickOnMenu' of null
file:///usr/share/kwin/aurorae/MenuButton.qml:22: TypeError: Cannot read property 'closeOnDoubleClickOnMenu' of null
QPainter::begin: Paint device returned engine == 0, type: 3
file:///usr/share/kwin/aurorae/MenuButton.qml:22: TypeError: Cannot read property 'closeOnDoubleClickOnMenu' of null
file:///usr/share/kwin/aurorae/MenuButton.qml:22: TypeError: Cannot read property 'closeOnDoubleClickOnMenu' of null
file:///usr/share/kwin/aurorae/MenuButton.qml:22: TypeError: Cannot read property 'closeOnDoubleClickOnMenu' of null
QPainter::begin: Paint device returned engine == 0, type: 3
qt.qpa.xcb: QXcbConnection: XCB error: 5 (BadAtom), sequence: 1808, resource id: 0, major code: 20 (GetProperty), minor code: 0
qt.qpa.xcb: QXcbConnection: XCB error: 5 (BadAtom), sequence: 1857, resource id: 0, major code: 20 (GetProperty), minor code: 0
qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 1942, resource id: 111149096, major code: 18 (ChangeProperty), minor code: 0
OpenGL vendor string:                   NVIDIA Corporation
OpenGL renderer string:                 GeForce GTX 1060 3GB/PCIe/SSE2
OpenGL version string:                  3.1.0 NVIDIA 455.23.04
OpenGL shading language version string: 1.40 NVIDIA via Cg compiler
Driver:                                 NVIDIA
Driver version:                         455.23.4
GPU class:                              Unknown
OpenGL version:                         3.1
GLSL version:                           1.40
X server version:                       1.20.9
Linux kernel version:                   5.4.69
Requires strict binding:                no
GLSL shaders:                           yes
Texture NPOT support:                   yes
Virtual Machine:                        no
qt.qpa.xcb: QXcbConnection: XCB error: 5 (BadAtom), sequence: 2264, resource id: 0, major code: 20 (GetProperty), minor code: 0
qt.qpa.xcb: QXcbConnection: XCB error: 5 (BadAtom), sequence: 32315, resource id: 0, major code: 20 (GetProperty), minor code: 0
Что можете посоветовать? Хочу стереть дополнительные настройки над xorg и добавить drm и kms в загрузку ядра (если знаете как и где что прописывать - напишите, коль сможете - если я не смогу найти инстврукцию сам...).
redix
Presenting DWD, a Candidate for KDE Window Decorations

Если ты не идешь к третьему гному, то третий гном идет к тебе.
И как его попробовать? в репах есть только: dwdiff - но в настройках КДЕ ничего подобного не нашёл...
igorog
sharddin
у кого-нибудь есть подобное?

Нет, всё норм. Вчера весь день издевался над плазмой, на тему "декорирования". И сегодня загрузилась, как ни в чём не бывало. Как ни странно. ))
Да не, всё нормально - просто при обновлении опять установился xorg-xmodmap и опять стал чудить...
Ребят, вчера обновился, ушел на работу..., а загрузившись сейчас в Плазму - заставочная "картинка" КДЕ, курсор - и всё - больше ничего нет и ни на что не реагирует - у кого-нибудь есть подобное??
nafanja
у меня нечто похожее было с ссд. причиной оказался блок питания идущий в комплекте с корпусом…
А БП у меня хоть и на 500Вт, но явно ширпотребовский, некий Qori, довольно лёгкий для своих ватт...
vasek
Вообщем без логов нет смысла и гадать.
К своему стыду - за столько лет использования Арча так и не научился более-менее его "админить" - ни пользоваться толком тонкими ключами команд, ни пользоваться логами, как мощным инструментом выявления ошибок - спросил, дали наводку, наделал кучу исправлений - помогло - ну и успокоился на этом... ,ни узнать что-то элементарного важного - всё по мануалам только, хотя возможность углубиться в основы управления линуксом были и есть... В общем - типичный лентяй)...
sharddin, в части ошибок диска
vasek
И думаю, в SMART, если проблема с потерей контакта, это должно быть отмечено в ошибках.
имел ввиду, много ли ошибок содержится в журнале/протоколе ошибок диска. В принципе любое грубое отключение диска должно (но не обязано) быть записано. Посмотреть можно так
sudo smartctl -l error /dev/sda
Нет, не поддерживается данная функция, иначе бы выложил и по нему инфу.
Всякие там значение регистров нет смысла смотреть. Важно смотреть строки типа
Error 1 occurred at disk power-on lifetime: 9004 hours (375 days + 4 hours)
По ним можно оценить количество ошибок и время их появления.

И я так и не понял - у тебя нет в SMART параметра 199 UDMA_CRC_Error_Count ?
Вот что пишут про этот параметр
Атрибут: 199 (С7) UltraDMA CRC Error Count
Так вот же - число ошибок:
1,"Raw Read Error Rate","never","95","95","50","0/3368061"
и коррелирующая с ней:
195,"Uncorrected ECC Error Count","never","120","120","0","0/3368061"
- как раз же число не откорректированных ECC-ошибок!
В подавляющем большинстве случаев причинами ошибок становятся некачественный шлейф передачи данных, разгон шин PCI/PCI-E компьютера либо плохой контакт в SATA-разъёме на диске или на материнской плате/контроллере.
Ошибки при передаче по интерфейсу и, как следствие, растущее значение атрибута могут приводить к переключению операционной системой режима работы канала, на котором находится накопитель, в режим PIO, что влечёт резкое падение скорости чтения/записи при работе с ним и загрузку процессора.
Вот именно этому подобное и наблюдалось - было как-то не по себе - ЛИНУКС, более-менее оптимизированная ОС под железо, которое тоже более-менее не старое и довольно средней мощности..., а фризы и зависания просто заставляли разводить руками...
Поэтому и предложил по наблюдать за этим параметром. Запомни его сейчас, а после каждого очередного зависания проверяй значение этого параметра. Так хотя бы как то можно что-то то оценить.
Это будет сделано..., но что-то подсказывает мне, что такого уже не повторится в ближайшее время, ибо по моим субъективным ощущениям - проблема была исправлена...
П.Н. Да, кстати, с наступающем всех! Всех благ и мирного неба над головой!
vs220
vasek
А вот на диск /var/log/journal эти ошибки не попали - то ли причина в том, что что разделы перемонтируются в режим только для чтения то ли в чем то другом, непонятно.
Вот тоже не понятно
журнал как будто начинается с 7 мая,
Так журнал был ограничен в 50 МБ - может из-за этого! (увеличил до 200МБ)
причем /var он монтирует на другой диск не на тот котором ошибки
sharddin
# /dev/sdc8
UUID=95a467f3-3bd5-4e51-953a-241a4f5fdf4b /var
Всё так - дабы износа ССД не было такого… Кстати, очень часто в логах вижу ошибки отмонтирования /var при перезагрузке или выключении…
По идеи даже при монтировании корня в еro журнал на другой диск должен записаться, может системд чудит при /var на отдельном диске
Об этом я тоже думал - но что делать, если /var очень перезаписываемая часть ФС? Разве кто ещё так не делает или при современных ССД перенос данной папки на отдельный раздел НЖМД уже не актуально??
vasek
sharddin
Буду проверять…
Не пойму, на приведенных фотках с экрана монитора ошибки есть и, насколько я понимаю это логи journal.
Согласно рекомендациям по Systemd - настроил переброску журнала в 12-ую консоль..., но как-будто она итак раньше "работала"...
А вот на диск /var/log/journal эти ошибки не попали - то ли причина в том, что разделы перемонтируются в режим только для чтения то ли в чем то другом, непонятно.
Да, когда система виснет и работает (движется) только курсор, но есть возможность переключения между консолями - так и пишется, что в режиме чтения ФС - может из-за этого ничего "нельзя сделать"? Хотя, ведь, теоретически - лишь отсутствует запись на диск, но ведь сама ОС работает из ОЗУ!??...
UPD - кстати на фотке была такая строчка - EXT4-fs (sda3): Remounting filesystem read-ounly
Если происходит перемонтирование дисков в режим только для чтения, то тогда вероятнее всего, что все проблемы обусловлены или потерей контакта диска или проблемами с контроллером диска.
Разбирайся.
Пробую, нужно "сильное" компилирование, но выбор linux-rt затруднён за отсутствием нужных подписей - почему так бывает (с пакетами АУР-а), если все операции по обновлению ключей я делаю?... Хотя, со временем "такие" пакеты всё равно обзаводятся нужными подписями...
EDIT 1 - интересно, как часто такие падения бывают? И, думаю, в SMART, если проблема с потерей контакта, это должно быть отмечено в ошибках.
И не понятно - в отсутствии зависаний система работает нормально? нет подтормаживаний, нагрузки cpu и др?
Бывают, когда идёт интенсивная нагрузка на диск в многопоточном режиме, ИМХО - особенно, при использовании Фокса/Ютуба+установка программ/обновление ОС+компиляция из АУР-а, возможно, так как системник под ногой, его задеваю неосознанно - может микроудары происходятили, может от вибраций - раз разъёмы на МП хиловатые какие-то... В отсутствие данных проблем, всё работает как-будто нормально - зависаний не ощущается, нагрузка есть - в основном - это PulseAudio (до 20-40%), ОгнеЛис, Х-ы...:
"ID","Name","Failed","Norm-ed value","Worst","Threshold","Raw value","Type","Flags"
1,"Raw Read Error Rate","never","95","95","50","0/3368061","old age","-O--CK"
5,"Retired Block Rate","never","100","100","3","0","<b>pre-failure</b>","PO--CK"
9,"Power-On Time","never","92","92","0","7258h+11m+41.970s","old age","-O--CK"
12,"Power Cycle Count","never","100","100","0","995","old age","-O--CK"
171,"Program Fail Count","never","100","100","0","0","old age","-O-R--"
172,"Erase Fail Count","never","100","100","0","0","old age","-O--CK"
174,"Unexpected Power Loss Count","never","0","0","0","179","old age","----CK"
177,"Wear Range Delta","never","0","0","0","1","old age","------"
181,"Program Fail Count","never","100","100","0","0","old age","-O-R--"
182,"Erase Fail Count","never","100","100","0","0","old age","-O--CK"
187,"Reported Uncorrectable","never","100","100","0","0","old age","-O--C-"
189,"Airflow Temperature","never","35","43","0","35 (Min/Max 11/43)","old age","------"
194,"Temperature (Celsius)","never","35","43","0","35 (Min/Max 11/43)","old age","-O---K"
195,"Uncorrected ECC Error Count","never","120","120","0","0/3368061","old age","--SRC-"
196,"Reallocation Event Count","never","100","100","3","0","<b>pre-failure</b>","PO--CK"
201,"Soft Read Error Rate","never","120","120","0","0/3368061","old age","--SRC-"
204,"Soft ECC Correction Rate","never","120","120","0","0/3368061","old age","--SRC-"
230,"Life Curve Status","never","100","100","0","100","<b>pre-failure</b>","PO--C-"
231,"SSD Life Left","never","98","98","11","55�834�574�849","old age","------"
233,"Internal Attribute","never","0","0","0","5�267","old age","-O--CK"
234,"Internal Attribute","never","0","0","0","2�362","old age","-O--CK"
241,"Total GiB Written","never","0","0","0","2�362","old age","-O--CK"
242,"Total GiB Read","never","0","0","0","7�872","old age","-O--CK"
244,"Average Erase Count","never","99","99","10","3�211�304","old age","------"
"Description","Value","Flags","Page, Offset"
"General Statistics (rev 2)","","",""
"    Lifetime Power-On Resets","995","---","0x01, 0x008"
"    Power-on Hours","7�258","---","0x01, 0x010"
"    Logical Sectors Written","4�954�379�787","---","0x01, 0x018"
"    Logical Sectors Read","16�509�874�222","---","0x01, 0x028"
"General Errors Statistics (rev 1)","","",""
"    Number of Reported Uncorrectable Errors","0","---","0x04, 0x008"
"    Resets Between Cmd Acceptance and Completion","1","---","0x04, 0x010"
"Temperature Statistics (rev 1)","","",""
"    Current Temperature (C)","35","---","0x05, 0x008"
"    Average Short Term Temperature (C)","32","---","0x05, 0x010"
"    Average Long Term Temperature (C)","30","---","0x05, 0x018"
"    Highest Temperature (C)","43","---","0x05, 0x020"
"    Lowest Temperature (C)","15","---","0x05, 0x028"
"    Highest Average Short Term Temperature (C)","36","---","0x05, 0x030"
"    Lowest Average Short Term Temperature (C)","26","---","0x05, 0x038"
"    Highest Average Long Term Temperature (C)","31","---","0x05, 0x040"
"    Lowest Average Long Term Temperature (C)","28","---","0x05, 0x048"
"    Time in Over-Temperature (Minutes)","0","---","0x05, 0x050"
"    Specified Maximum Operating Temperature (C)","70","---","0x05, 0x058"
"    Time in Under-Temperature (C)","0","---","0x05, 0x060"
"    Specified Minimum Operating Temperature (C)","0","---","0x05, 0x068"
"Transport Statistics (rev 1)","","",""
"    Number of Hardware Resets","0","---","0x06, 0x008"
"    Number of ASR Events","3�445","---","0x06, 0x010"
"    Number of Interface CRC Errors","0","---","0x06, 0x018"
"Solid State Device Statistics (rev 1)","","",""
"    Percentage Used Endurance Indicator","1","---","0x07, 0x008"
Self-test log:
"Test #","Type","Status","% Completed","Lifetime hours","LBA of the first error"
1,"Short offline","Completed without error","100%","7�258","-"
vasek
В подтверждение плохого контакта говорит похоже и это
EXT4-fs (sda3): Remounting filesystem read-ounly
EXT4-fs (sda3): previous I/O error to superblock detected
Home-раздел...
Но там есть и другие нехорошие строки, типа
softreset failed  (1st FIS failed)
INFO: task jbdZ/sda2-8:224 blocked for more than120 sec
и другие
которые уже не относятся к llibata error
Да, ошибка "softreset" в таких случаях была повальной.
UPD - и если уж вытаскивать ошибки libata, то грепать нужно не только по Serror, но и Emask и, возможно, другим. Можно типа такого, например,
journalctl | grep -E 'Serror|Emask'
sudo journalctl | grep -E 'Serror|Emask'
мая 07 23:56:04 sharddin sudo[5209]: baekaetin : TTY=pts/0 ; PWD=/home/baekaetin ; USER=root ; COMMAND=/usr/bin/journalctl -g Serror
Буду проверять...