Summary: | Plasma5 чёрный кран после логина в sddm | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | Branch p9 | Reporter: | gBopHuk <gbophuk_alt> | ||||||||
Component: | plasma5-kwin | Assignee: | Sergey V Turchin <zerg> | ||||||||
Status: | CLOSED DUPLICATE | QA Contact: | qa-p9 <qa-p9> | ||||||||
Severity: | critical | ||||||||||
Priority: | P1 | CC: | arbich, darktemplar, shrek, sotor | ||||||||
Version: | не указана | ||||||||||
Hardware: | x86_64 | ||||||||||
OS: | Linux | ||||||||||
See Also: | https://bugzilla.altlinux.org/show_bug.cgi?id=39976 | ||||||||||
Attachments: |
|
Данные из dmesg [ 3515.236688] ksplashqml[37279]: segfault at 8 ip 00007f387d038957 sp 00007ffec9d54a60 error 4 in libQt5Core.so.5.12.9[7f387ce09000+2d1000] [ 3887.361972] ksplashqml[43422]: segfault at 8 ip 00007fdaf623f957 sp 00007ffc52d65190 error 4 in libQt5Core.so.5.12.9[7fdaf6010000+2d1000] [ 4008.457461] ksplashqml[43627]: segfault at 8 ip 00007f2476cb6957 sp 00007ffec2866e10 error 4 in libQt5Core.so.5.12.9[7f2476a87000+2d1000] Может пора обновить libqt5-core в p9 ? Отключил в настройках запуск ksplashqml. После логина получил чёрный экран и курсор мыши. При этом в ps ax крутятся процессы: startplasma-x11, plasma_session, plasma_shell. Если в любом tty№ запустить команду DISPLAY=:0 plasmashell --replace, то вместо чёрного экрана появляются обои и панель. Откатил все пакеты на дату 12.03.21 ( дата последних starterkits ) через epm downgrade по иснтрукции https://www.altlinux.org/Downgrade и выполнил полную перезагрузку на всякий сулчай. Прблему это не решило: чёрный экран с мышью поялвятся даже у свежесозданных пользователь. Xfce4 при этом работает. Segafult в dmesg теперь не удаётся отловить. После обновления системы сегодня в 13:30 словил ту же проблему. Поскольку реакция со стороны разработчиков на вашу багу совсем вялая, я решил создать новый багрепорт за №39976. У меня перед крахом система ругалась на "ksmserver-logout-greeter". (Ответ для Арбичев Игорь на комментарий #3) > После обновления системы сегодня в 13:30 Какие пакеты обновились? Created attachment 9319 [details]
список пакетов
Вот мой список пакетов, но проверить ещё не добрался.
P.S. Свиду похоже на Mesa, возможно, с чем-то ещё.
> Вот мой список пакетов, но проверить ещё не добрался.
Проверил. Всё ок с последними обновлениями на ядрах 5.4.111-std-def-alt1 и 5.10.29-un-def-alt2, но видеодрайвер -- nvidia-390.141 и выключены эффекты рабочего стола.
P.S.
После запуска Plasma вкл/выкл эффекты есть смысл попробовать Alt+Shift+F12.
> Свиду похоже на Mesa, возможно, с чем-то ещё.
Возможно, новая Mesa + старый kwin_x11, т.к. модуль включения эффектов стола у меня стал падать по "Применить".
(Ответ для gBopHuk на комментарий #2) > plasmashell --replace, то вместо чёрного экрана появляются обои и панель. Попробую пересобрать plasma-workspace и plasma-desktop, может полегчает. Created attachment 9320 [details]
downgrade from 2021-04-06 to 2021-04-04
> модуль включения эффектов стола у меня стал падать по "Применить".
Не вылечилось откатом до 2021-04-04. Видимо, другая проблема(возможно nvidia-390).
(Ответ для Арбичев Игорь на комментарий #3) > реакция со стороны разработчиков на вашу багу совсем вялая Я был в небольшом отпуске. >, я решил создать новый багрепорт за №39976 Там тоже как-то вяло всё. ;-) (Ответ для gBopHuk на комментарий #2) > После логина получил чёрный экран и курсор мыши > Откатил все пакеты на дату 12.03.21 > Проблему это не решило Я полагал, что должен был решить откат до 04.04.2021 на 20-ю Mesa. Тогда советую включить coredump при подсказке в файле /lib/systemd/system.conf.d/disable-dumpcore.conf из пакета systemd-settings-disable-dumpcore и прикрепить сюда. (Ответ для Sergey V Turchin на комментарий #12) > (Ответ для gBopHuk на комментарий #2) > > После логина получил чёрный экран и курсор мыши > > Откатил все пакеты на дату 12.03.21 > > Проблему это не решило > Я полагал, что должен был решить откат до 04.04.2021 на 20-ю Mesa. > > Тогда советую включить coredump при подсказке в файле > /lib/systemd/system.conf.d/disable-dumpcore.conf из пакета > systemd-settings-disable-dumpcore и прикрепить сюда. К сожаления, я не понял что делает этот пакет, новыставил значение DumpCore=yes. Затем перезагрузился для чистоты эксперимента. С coredump я боролся неделю, нужно было увеличить лимиты файловой системы. В списке coredump list при запуске plasma5 ( под новым пользователем ) есть только такие процессы: Sat 2021-04-24 12:43:21 MSK 4469 503 503 6 none /usr/lib/kf5/bin/kglobalaccel5 Sat 2021-04-24 12:46:15 MSK 6255 503 503 11 none /usr/lib/kf5/bin/ksplashqml При этом при coredump debug/dump выдают такую информацию: $ coredumpctl debug 6255 PID: 6255 (ksplashqml) UID: 503 (test) GID: 503 (test) Signal: 11 (SEGV) Timestamp: Sat 2021-04-24 12:46:15 MSK (55min ago) Command Line: /usr/lib/kf5/bin/ksplashqml Breeze Executable: /usr/lib/kf5/bin/ksplashqml Control Group: /user.slice/user-503.slice/session-13.scope Unit: session-13.scope Slice: user-503.slice Session: 13 Owner UID: 503 (test) Boot ID: ce792bcb22fd4ec69af31c55e9600f5b Machine ID: f77b992a788fb3de2a090b155a2f7ca6 Hostname: nethouse.localdomain Storage: none Message: Process 6255 (ksplashqml) of user 503 dumped core. Coredump entry has no core attached (neither internally in the journal nor externally on disk). coredumpctl debug 4469 PID: 4469 (kglobalaccel5) UID: 503 (test) GID: 503 (test) Signal: 6 (ABRT) Timestamp: Sat 2021-04-24 12:43:21 MSK (59min ago) Command Line: /usr/lib/kf5/bin/kglobalaccel5 Executable: /usr/lib/kf5/bin/kglobalaccel5 Control Group: /user.slice/user-503.slice/user@503.service/dbus.service Unit: user@503.service User Unit: dbus.service Slice: user-503.slice Owner UID: 503 (test) Boot ID: ce792bcb22fd4ec69af31c55e9600f5b Machine ID: f77b992a788fb3de2a090b155a2f7ca6 Hostname: nethouse.localdomain Storage: none Message: Process 4469 (kglobalaccel5) of user 503 dumped core. Coredump entry has no core attached (neither internally in the journal nor externally on disk). Что это значит я пока не понял. Если отключить "Заставку" в настройках KDE5, то никаких процессов kglobalaccel5 и ksplashqml в coredumpctl не регистрируется - просто чёрный экран и курсор мыши. Насколько я понял никаких segfault не происходит и plasmashell думает что она работает как надо =) Отключение/включение и метод отображения OpenGL/Xrender не влияют на поведение. Wayalnd-сессия так же рисует чёрный экран и курсор. Есть ли какие-либо мысли в какую сторону копать? Я, конечно, могу переустановить дистрибутив из последнего майского стартеркита - в usb-live режиме он работает на этой машине. Но это не гарантирует отсутвие проблем после обновления до текущего сотояния p9. (Ответ для gBopHuk на комментарий #15) > Есть ли какие-либо мысли в какую сторону копать? Особо нет. Какая видеокарта? (Ответ для Sergey V Turchin на комментарий #16) > (Ответ для gBopHuk на комментарий #15) > > Есть ли какие-либо мысли в какую сторону копать? > Особо нет. Какая видеокарта? Гибрид: HD Graphics 4000 (IVB GT2) Intel 3rd Gen Core processor Graphics и NVIDIA GF108M [NVS 5400M]. Драйвера i915 и nouveau Так как проблема возникает и с новым пользователем решил искать проблему в / или /etc. С помощью etckeeper удалось вспомнить что полгода назад были эксперименты с /etc/profile.d/flatpak.sh. Убрал execution bit с данного файла и plasma5 снова успешно запускается как под новым, так и под старым пользователем. Подробнее про /etc/profile.d/flatpak.sh и execution bit в баге https://bugzilla.altlinux.org/show_bug.cgi?id=38397. Кстати, во 2-м комментарии данной баги как раз описывается ситуация с segfault-ом КДЕ. Интересно что проблема проявилась спустя столько времени. Закрываю данную багу, так как она является следствием проблемы 38397. *** This bug has been marked as a duplicate of bug 38397 *** (Ответ для gBopHuk на комментарий #18) > эксперименты с /etc/profile.d/flatpak.sh А он не нужен, если установлен plasma5-discover-flatpak, в котором /etc/kf5/xdg/plasma-workspace/env/plasma5-discover-flatpak.sh |
Created attachment 9298 [details] list of updated packs Не получается запустить plasma5 сессию после недавнего обновления. Появляется путсое окно сообщения о крахе, а в journalctl такой вывод: systemd-coredump[13475]: Process 13331 (ksplashqml) of user 503 dumped core. systemd-coredump[13481]: Resource limits disable core dumping for process 13308 (ksplashqml). Под новым и чистым польззователем такая же ситуация. Выудил из journalctl список обновлённых пакетов, приложу к баге. Там несколько пакетов kde5-* и пара plasma5-*. На какой именно компонент регистрировать багу я не смог определить, поэтому зарегистрировал на пакет к которому принадлежит бинарник ksplashqml