Зависает Plasma. Перезапуск перестал помогать.

И как узнать, где посмотреть, что послужило причиной зависания? Панель зависает примерно раз в месяц.

Вроде что-то нашел, здесь пишут что это не ошибка, а просто варнинг.

https://thomasmodeneis.wordpress.com/2017/05/14/how-to-restore-kde-plasma-wit...

И предлагается немного другая команда (а не та, которой я пользовался всегда).

kquitapp5 plasmashell && kstart plasmashell

Но эта команда тупит около минуты, а потом выдает ошибку.

"Quitting application plasmashell failed. Error reported was:\n\n     org.freedesktop.DBus.Error.NoReply : Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken."

Подскажите, что делать, я не могу перезагружать компьютер.

killall -9 plasmashell && plasmashell
Если так?

Проверил, на арче счас из терминала как часы сработало

в новых кедах штатный стартер kstart5. Ну а иксы перезапустить не? Кто там у тебя штатный DM - gdm, sddm или lxdm, просто перезапусти его.

Вот тебе ещё полезная команда :

$ rm -rf ~/.cache
$ rm ~/.config/Trolltech.conf
$ kbuildsycoca5 --noincremental

обновит локальный кеш программ. Помогает при зависаниях.

Не помогает. :(

Ввожу команду, нажимаю ввод… И ничего не происходит! Ни вывода ошибок, ни приглашения на ввод новой команды, просто пустая черная строка.

А это точно безопасно, то что ты предлагаешь удалить?

$ rm -rf ~/.cache
$ rm ~/.config/Trolltech.conf
$ kbuildsycoca5 --noincremental

Кто-нибудь может подтвердить, что тут все хорошо?

Спустя 3 минуты после запуска этой команды.

killall -9 plasmashell && plasmashell

Вылезло сообщение

"Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken."

Почему-то пишут про какое-то удаленное приложение, кто-то кого-то заблокировал (никакие настройки не трогал), или интернет-соединение потеряно (куда и зачем). Хотя с интернетом все нормально, я сейчас пишу с этой полузамороженной плазмы.

Очистка кэша и конфига не помогла. :(

Мне бы понять, из-за чего произошло зависание, не могу найти где лог, где посмотреть из-за чего панель плазмы зависла. Время зависания с точностью до минуты есть, а где события посмотреть, неизвестно.

А может у тебя dbus отваливается?

Как это проверить?

Люди, помогите! Может хоть подскажете, как Logout через консоль сделать? Перепробовал разные команды, не получается. Как в Kubuntu 18 сделать Logout?

Ну например, не работают утилиты от systemd, типа systemctl, journalctl, loginctl.

Пальцем в небо: какие-нибудь сетевые диски по NFS или sshfs не подключены ли случайно?

Я ввел такую команду, чтоб проверить вашу теорию.

systemctl list-unit-files

Все запустилось и показывает список служб.

Есть две шины, системная и пользовательская. Сломаться может любая. Проверь с sudo.

Пальцем в небо: какие-нибудь сетевые диски по NFS или sshfs не подключены ли случайно?

Нет, ничего не подключал и не монтировал. Даже ничего не устанавливал последние месяцы, не менял настройки.

Проверил с sudo, тоже запускается systemctl list-unit-files.

Ну я, честно, в таких тонкостях плохо разбираюсь, просто у меня когда-то была проблема именно с dbus с похожими симптомами.

попробуй dbus-launch xterm. Должен запуститься xterm, без каких-либо ошибок. Если он установлен, конечно.

Наверно нет его.

dbus-launch xterm
Couldn't exec xterm: No such file or directory

До сих пор не могу найти нормальную команду Logout для Kde5, ни одна не подходит, хотя-бы перелогиниться бы.

по идее:

loginctl list-sessions
loginctl terminate-session <Sesseion-ID>

Уже сделал, нашел вот такую команду, работает в Kde5.

qdbus org.kde.ksmserver /KSMServer logout 0 0 0

Запускается от обычного пользователя.

До конца надеялся, что смогу перезапустить плазму, но нет. :(

В аппстриме давно починили, даже в Кубунту 19.х починили, а ты людям мосх полируешь.

ЕСЛИ КОМУ-ТО ИНТЕРЕСНО! Про перезапуск плазмы в Kde5.

Я так и не понял, почему именно сегодня у меня не сработали команды по перезапуску плазмы (которые всегда работали).

Щас перелогинился в сессию, и решил проверить снова те же команды по перезапуску плазмы - все работает.

Если кому интересно, как это выглядит:

killall plasmashell

Убивает плазму. Панель задач исчезает (окна остаются, т.к. ими вроде управляет kwin).

kstart plasmashell
kstart(10849) main: Omitting both --window and --windowclass arguments is not recommended

Запускает плазму (на варнинг не обращаем внимания).

После этого выведет в консоль кучу логов kde, plasma, qt... И панель снова появится, можно закрыть консоль.

Осталось разобраться, что такого особенного сегодня случилось, почему эти команды не сработали у меня в нужный момент.

Что починили? Зависания плазмы? Или ее перезапуск? Чтобы говорить за всех, надо сначала понять, что и где конкретно сломалось. У меня перезапуск плазмы всегда работал при зависаниях, а сегодня не сработал. Гадать на кофейной гуще не люблю.

А почитать выхлоп логов ошибок в журнале? Насколько я понял, в наше время пользовательские логи надо смотреть в journalctl. Тогда и не придётся на кофейной гуще гадать.

Бывало давно, падала плазма. И бывало, что не перезапускалась. Но зачем запускать её командой kstart? Не в нём ли проблема? Просто plasmashell из консоли и всё. А если уверен, что логи уже не нужны, то перезапусти её plasmashell &

Твоя Кубунта должна быть в соответствии с пакетами в репозитории. Т.е. отставать от релиза на несколько лет, тогда она гарантированно работает. Или переходи на неон, там самая свежая плазма и работает идеально.

Или переходи на неон, там самая свежая плазма и работает идеально.

Уже удалил, ничего не идеально.

Бывало давно, падала плазма. И бывало, что не перезапускалась. Но зачем запускать её командой kstart? Не в нём ли проблема? Просто plasmashell из консоли и всё. А если уверен, что логи уже не нужны, то перезапусти её plasmashell &

Так перезапускается Plasma в Kde5.

https://askubuntu.com/questions/481329/can-i-restart-the-kde-plasma-desktop-without-logging-out

А если уверен, что логи уже не нужны, то перезапусти её plasmashell &

Погоди, что значит не нужны. Хочешь сказать, логи уже затерлись и я их не получу?

Уже удалил, ничего не идеально.

Тогда переходи на fluxbox. Других вариантов нет. Есть такая категория пользователей у которых ничего не работает, но это действительно что-то личное.

Плазму не только в Кубунту пилят. Есть OpenSuse, Openmandriva Lx, PCLinuxOS, Q4OS, Manjaro.

Раньше все было хорошо, последние месяцы начало чудить.

Я достал лог.

Зависание произошло в 13:49, выкладываю лог за несколько минут до этого. Кажется, какие-то ошибки начались еще в 13:22, но плазма еще работала, а зависла именно в 13:49, и уже тогда я открыл консоль и пытался ее перезапустить, но тщетно.

фев 24 13:22:06 kubuntu kernel: nouveau 0000:01:00.0: Direct firmware load for nouveau/nvce_fuc084 failed with error -2
фев 24 13:22:06 kubuntu kernel: nouveau 0000:01:00.0: Direct firmware load for nouveau/nvce_fuc084d failed with error -2
фев 24 13:22:06 kubuntu kernel: nouveau 0000:01:00.0: msvld: unable to load firmware data
фев 24 13:22:06 kubuntu kernel: nouveau 0000:01:00.0: msvld: init failed, -19
фев 24 13:22:55 kubuntu smartd[873]: Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 118 to 107
фев 24 13:22:55 kubuntu smartd[873]: Device: /dev/sdb [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 118 to 108
фев 24 13:29:53 kubuntu kernel: perf: interrupt took too long (2508 > 2500), lowering kernel.perf_event_max_sample_rate to 79500
фев 24 13:48:20 kubuntu kernel: perf: interrupt took too long (3139 > 3135), lowering kernel.perf_event_max_sample_rate to 63500
фев 24 13:49:12 kubuntu kernel: BUG: unable to handle kernel paging request at ffff911e518e1340
фев 24 13:49:12 kubuntu kernel: IP: ttm_dma_unpopulate+0x372/0x3d0 [ttm]
фев 24 13:49:12 kubuntu kernel: PGD 0 P4D 0 
фев 24 13:49:12 kubuntu kernel: Oops: 0000 [#1] SMP PTI
фев 24 13:49:12 kubuntu kernel: Modules linked in: pci_stub vboxpci(OE) vboxnetadp(OE) vboxnetflt(OE) vboxdrv(OE) input_leds intel_rapl x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel joydev kvm snd_hda_codec_realtek snd_hda_codec_hdmi snd_hda_codec_generic gpio_ich irqbypass intel_cstate intel_rapl_perf serio_raw snd_hda_intel snd_hda_codec snd_hda_core snd_hwdep snd_pcm mei_me mei snd_seq_midi snd_seq_midi_event snd_rawmidi snd_seq snd_seq_device snd_timer snd soundcore lpc_ich shpchp mac_hid sch_fq_codel parport_pc ppdev lp parport ip_tables x_tables autofs4 algif_skcipher af_alg dm_crypt pata_acpi hid_generic usbhid hid crct10dif_pclmul crc32_pclmul ghash_clmulni_intel pcbc i915 nouveau aesni_intel aes_x86_64 crypto_simd glue_helper cryptd mxm_wmi firewire_ohci video i2c_algo_bit ttm ahci libahci drm_kms_helper
фев 24 13:49:12 kubuntu kernel:  syscopyarea r8169 sysfillrect firewire_core sysimgblt mii crc_itu_t fb_sys_fops drm wmi
фев 24 13:49:12 kubuntu kernel: CPU: 3 PID: 1902 Comm: plasmashell Tainted: G           OE    4.15.0-88-generic #88-Ubuntu
фев 24 13:49:12 kubuntu kernel: Hardware name: Gigabyte Technology Co., Ltd. Z68X-UD3H-B3/Z68X-UD3H-B3, BIOS F3 05/13/2011
фев 24 13:49:12 kubuntu kernel: RIP: 0010:ttm_dma_unpopulate+0x372/0x3d0 [ttm]
фев 24 13:49:12 kubuntu kernel: RSP: 0018:ffffb9b182df7d00 EFLAGS: 00010287
фев 24 13:49:12 kubuntu kernel: RAX: ffff911e518e1300 RBX: ffff951e54682480 RCX: ffff951e546824d8
фев 24 13:49:12 kubuntu kernel: RDX: 0000000000001000 RSI: ffffd9dad04e8040 RDI: 0000000000000246
фев 24 13:49:12 kubuntu kernel: RBP: ffffb9b182df7d48 R08: ffff951e546976c0 R09: ffff951e546824d8
фев 24 13:49:12 kubuntu kernel: R10: 0000000000000000 R11: 0000000000000000 R12: ffff951e51173000
фев 24 13:49:12 kubuntu kernel: R13: ffff951e51173000 R14: ffff951e546824d8 R15: ffff951e58990900
фев 24 13:49:12 kubuntu kernel: FS:  00007fa873284800(0000) GS:ffff951e6fac0000(0000) knlGS:0000000000000000
фев 24 13:49:12 kubuntu kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
фев 24 13:49:12 kubuntu kernel: CR2: ffff911e518e1340 CR3: 00000003d0182004 CR4: 00000000000606e0
фев 24 13:49:12 kubuntu kernel: Call Trace:
фев 24 13:49:12 kubuntu kernel:  nouveau_ttm_tt_unpopulate+0xbc/0xd0 [nouveau]
фев 24 13:49:12 kubuntu kernel:  ttm_tt_unpopulate.part.7+0x4e/0x50 [ttm]
фев 24 13:49:12 kubuntu kernel:  ttm_tt_destroy.part.8+0x4f/0x60 [ttm]
фев 24 13:49:12 kubuntu kernel:  ttm_tt_destroy+0x13/0x20 [ttm]
фев 24 13:49:12 kubuntu kernel:  ttm_bo_cleanup_memtype_use+0x33/0x80 [ttm]
фев 24 13:49:12 kubuntu kernel:  ttm_bo_release+0x100/0x280 [ttm]
фев 24 13:49:12 kubuntu kernel:  ttm_bo_unref+0x28/0x30 [ttm]
фев 24 13:49:12 kubuntu kernel:  ttm_bo_vm_close+0x34/0x60 [ttm]
фев 24 13:49:12 kubuntu kernel:  remove_vma+0x35/0x80
фев 24 13:49:12 kubuntu kernel:  do_munmap+0x2c3/0x450
фев 24 13:49:12 kubuntu kernel:  vm_munmap+0x69/0xb0
фев 24 13:49:12 kubuntu kernel:  SyS_munmap+0x22/0x30
фев 24 13:49:12 kubuntu kernel:  do_syscall_64+0x73/0x130
фев 24 13:49:12 kubuntu kernel:  entry_SYSCALL_64_after_hwframe+0x3d/0xa2
фев 24 13:49:12 kubuntu kernel: RIP: 0033:0x7fa86c852ab7
фев 24 13:49:12 kubuntu kernel: RSP: 002b:00007ffdcb8c7068 EFLAGS: 00000206 ORIG_RAX: 000000000000000b
фев 24 13:49:12 kubuntu kernel: RAX: ffffffffffffffda RBX: 0000556593339df0 RCX: 00007fa86c852ab7
фев 24 13:49:12 kubuntu kernel: RDX: 00007ffdcb8c7070 RSI: 0000000000001000 RDI: 00007fa79d536000
фев 24 13:49:12 kubuntu kernel: RBP: 0000000000000000 R08: 0000000000000000 R09: 000055659053e490
фев 24 13:49:12 kubuntu kernel: R10: 000055659054d470 R11: 0000000000000206 R12: 00007ffdcb8c70b0
фев 24 13:49:12 kubuntu kernel: R13: 0000556590317b60 R14: 0000000000000001 R15: 00007fa84c6c2700
фев 24 13:49:12 kubuntu kernel: Code: ff ff 4d 01 74 24 40 4c 89 ff 48 89 c6 e8 17 01 cb fb 4c 8b 7b 58 4c 39 7d d0 4d 8b 37 74 2f 48 8b 43 38 41 8b 55 30 49 8b 77 18 <48> 8b 78 40 e8 65 50 ff ff 4c 89 fe 4c 89 ef 4d 89 f7 e8 17 f7 
фев 24 13:49:12 kubuntu kernel: RIP: ttm_dma_unpopulate+0x372/0x3d0 [ttm] RSP: ffffb9b182df7d00
фев 24 13:49:12 kubuntu kernel: CR2: ffff911e518e1340
фев 24 13:49:12 kubuntu kernel: ---[ end trace 3000ba4125e92655 ]---
фев 24 13:52:55 kubuntu smartd[873]: Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 107 to 105
фев 24 13:52:55 kubuntu smartd[873]: Device: /dev/sdb [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 108 to 106
фев 24 13:54:14 kubuntu org.kde.ActivityManager[1794]: Creating the cache for:  "applications:org.kde.konsole.desktop"
фев 24 13:54:15 kubuntu org.kde.ActivityManager[1794]: Already in database?  true
фев 24 13:54:15 kubuntu org.kde.ActivityManager[1794]:       First update :  QDateTime(2019-02-17 03:04:16.000 MSK Qt::TimeSpec(LocalTime))
фев 24 13:54:15 kubuntu org.kde.ActivityManager[1794]:        Last update :  QDateTime(2020-02-17 14:43:51.000 MSK Qt::TimeSpec(LocalTime))
фев 24 13:54:15 kubuntu org.kde.ActivityManager[1794]: After the adjustment
фев 24 13:54:15 kubuntu org.kde.ActivityManager[1794]:      Current score :  0.807619
фев 24 13:54:15 kubuntu org.kde.ActivityManager[1794]:       First update :  QDateTime(2019-02-17 03:04:16.000 MSK Qt::TimeSpec(LocalTime))
фев 24 13:54:15 kubuntu org.kde.ActivityManager[1794]:        Last update :  QDateTime(2020-02-17 14:43:51.000 MSK Qt::TimeSpec(LocalTime))
фев 24 13:54:15 kubuntu org.kde.ActivityManager[1794]: Interval length is  0
фев 24 13:54:15 kubuntu org.kde.ActivityManager[1794]:          New score :  1.80762
фев 24 13:54:15 kubuntu org.kde.ActivityManager[1794]: ResourceScoreUpdated: "aa508177-e3f8-40c5-baa8-4e02deb68269" "org.kde.krunner" "applications:org.kde.konsole.desktop"
фев 24 13:56:28 kubuntu NetworkManager[892]: <warn>  [1582541788.4080] ndisc[0x5636057c78c0,"enp7s0"]: failure sending router solicitation: Невозможно назначить запрошенный адрес (99)

Хватит ли этого, чтобы понять, почему зависла панель? Объясняет ли лог, почему в этот раз не сработали команды по перезапуску плазмы? Пришлось перезагружать сессию, чтобы не перезагружать весь комп.

Если ты перезапускаешь плазму из консоли, то без никаких kstart оно должно сработать, если до этого нормально закрылось. Но судя по твоим логам оно жоска рухнуло, при этом, скорее всего, оставив каких-то зомбей. Раз неправильно завершилось, то и висят во всяких dbus-ах и кдешных кишках ошмётки умершей плазмы. киллалом теперь убивать нечего и стартануть нормально не даст. Я не знаю что ты там обновил, ядро, графический сервер, но старая плазма этим страдала.

Можешь, конечно, сидеть, дебажить, разворачивать дампы ядра, которые на тот краш сгенерило. А мог бы обновить кеды до актуальной версии и не парить моск.

фев 24 13:22:06 kubuntu kernel: nouveau 0000:01:00.0: msvld: unable to load firmware data

Вангую баги нуво всплывают и портят плазму. Сижу на блобе, плазма не зависала и не падала, но после недели аптайма жирела и уже не влезала в оперативку.

Если ты перезапускаешь плазму из консоли, то без никаких kstart оно должно сработать, если до этого нормально закрылось. Но судя по твоим логам оно жоска рухнуло, при этом, скорее всего, оставив каких-то зомбей. Раз неправильно завершилось, то и висят во всяких dbus-ах и кдешных кишках ошмётки умершей плазмы. киллалом теперь убивать нечего и стартануть нормально не даст. Я не знаю что ты там обновил, ядро, графический сервер, но старая плазма этим страдала.

Как-то раз я уже сталкивался с процессами-зомби. Не помню что была за программа тогда, но оказалось, что проще было перезагрузить систему, чем перезапустить ту программу. Здесь, к сожалению, не посмотрел в процессы, может и были эти зомби. :(

Можешь, конечно, сидеть, дебажить, разворачивать дампы ядра, которые на тот краш сгенерило. А мог бы обновить кеды до актуальной версии и не парить моск.

Думаю, можно обновить, какие-то апдейты висят. Но вроде версия kde в Kubuntu 18 не часто меняется, а на другую пересаживаться смысла нет, здесь длинная поддержка.

Вангую баги нуво всплывают и портят плазму. Сижу на блобе, плазма не зависала и не падала, но после недели аптайма жирела и уже не влезала в оперативку.

У меня проприетарный драйвер в Kubuntu 18 не прижился, поэтому пользуюсь только открытым. Щас обновлю систему, может полезные апдейты придут.

а nouveau у тебя опенжиелит через llvm, а плазма на этом и крашится?

У тебя старый комп? Какая версия энвидии нужна была? её уже нет в репах, да?

Да фиг его знает какая была нужна, я уже не помню когда последний раз тут стоял закрытый драйвер. С ним клюков было много, поэтому использую открытый.

фев 24 13:22:55 kubuntu smartd[873]: Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 118 to 107

А там в корпусе ничего не плавится часом?!

Нет, в квартире даже прохладно. Штука, которая высчитывает эти цельсии в логе, сильно глючит. Думаю там градусов 40, не больше.