Ноутбук интел+амд ОС «Альт Рабочая станция К» 11.0 при запуске сессии с Wayland черный экран после ввода пароля. Сессия х11 работает. На этом же ноуте загрузив ОС «Альт Рабочая станция» 11.0 с гномом сессия Wayland работает. https://linux-hardware.org/?probe=66d37112eb https://linux-hardware.org/?probe=4cb6898e83
(Ответ для abrashka07 на комментарий #0) > https://linux-hardware.org/?probe=66d37112eb Можно с GNOME, но в сеансе X11?
(Ответ для Sergey V Turchin на комментарий #1) > (Ответ для abrashka07 на комментарий #0) > > https://linux-hardware.org/?probe=66d37112eb > Можно с GNOME, но в сеансе X11? https://linux-hardware.org/?probe=ad2005d122
А в момент неудачного выхода в выводе journalctl -af или на 12-й консоли есть какая-нибудь ругань?
> выхода входа
(Ответ для Sergey V Turchin на комментарий #3) > А в момент неудачного выхода в выводе > journalctl -af > или на 12-й консоли есть какая-нибудь ругань? Тут у меня проблема возникла https://bugzilla.altlinux.org/54224
А в момент неудачного входа в выводе journalctl -af или на 12-й консоли есть какая-нибудь ругань?
(Ответ для Sergey V Turchin на комментарий #6) > А в момент неудачного входа в выводе > journalctl -af > или на 12-й консоли есть какая-нибудь ругань? С черного экрана в tty не войти никуда, можно только выйти долгим нажатием кнопкой питания.
Created attachment 18426 [details] фото f12
Могу попробовать зайти в сессию вейланд выйти с него кнопкой выкл и снова зайти сессией х11 и выложить journalctl -b -1 лог предыдущего запуска если нужно. Потому как с черного экрана получилось зайти в tty только раз, больше не получается. Может как то не так делаю, я не спец.
Created attachment 18428 [details] journalctl -b-1
(Ответ для abrashka07 на комментарий #8) > Создано вложение 18426 [details] [подробности] > фото f12 Вы там уже пощелкали по консолям. Текст, относящийся ко входу, уехал за пределы экрана.
> "/dev/dri/card1" error: Отказано в доступе Добавьте на всякий пользователя в группу xgrp, если ещё не состоит.
(Ответ для abrashka07 на комментарий #0) > с гномом сессия Wayland работает. На той же системе при входе через LightDM?
(Ответ для Sergey V Turchin на комментарий #13) > (Ответ для abrashka07 на комментарий #0) > > с гномом сессия Wayland работает. > На той же системе при входе через LightDM? Да
(Ответ для Sergey V Turchin на комментарий #12) > > "/dev/dri/card1" error: Отказано в доступе > Добавьте на всякий пользователя в группу xgrp, если ещё не состоит. Добавил, попробовал зайти - черный экран
(Ответ для Sergey V Turchin на комментарий #11) > (Ответ для abrashka07 на комментарий #8) > > Создано вложение 18426 [details] [подробности] > > фото f12 > Вы там уже пощелкали по консолям. Текст, относящийся ко входу, уехал за > пределы экрана. Не получается зайти в кнтр+альт+ф12
(Ответ для abrashka07 на комментарий #15) > Добавил, попробовал зайти - черный экран А в логе при осталось про '"/dev/dri/card1" error'?
Created attachment 18429 [details] journalctl -b -1
Created attachment 18430 [details] фото пользователь в группе
(Ответ для abrashka07 на комментарий #19) > фото пользователь в группе Не надо фото, надо вывод от $ id asa
(Ответ для Sergey V Turchin на комментарий #20) > (Ответ для abrashka07 на комментарий #19) > > фото пользователь в группе > Не надо фото, надо вывод от > $ id asa $ id asa uid=1000(asa) gid=1000(asa) группы=1000(asa),10(wheel),14(uucp),19(proc),22(cdrom),36(vmusers),71(floppy),80(cdwriter),81(audio),83(radio),100(users),997(scanner),996(xgrp),988(vboxadd),987(vboxsf),972(video),958(fuse),956(vboxusers),940(camera),939(usershares)
А какие права у /dev/dri/card0 сразу после неудачного входа?
(Ответ для Sergey V Turchin на комментарий #22) > А какие права у /dev/dri/card0 сразу после неудачного входа? Как это посмотреть?
$ ls -al /dev/dri/card0
(Ответ для Sergey V Turchin на комментарий #24) > $ ls -al /dev/dri/card0 $ ls -al /dev/dri/card0 crw-rw----+ 1 asa xgrp 226, 0 мая 13 12:05 /dev/dri/card0
(Ответ для Sergey V Turchin на комментарий #22) > А какие права у /dev/dri/card0 сразу после неудачного входа? Но это после выключения ноутбука, сразу после можно только выключить кнопкой
(Ответ для abrashka07 на комментарий #25) > crw-rw----+ 1 asa xgrp 226, 0 мая 13 12:05 /dev/dri/card0 Тут с правами всё ок, но непонятно, почему ругань в логах на проблему доступа к файлу. Возможно, кто-то меняет их в тот момент.
Если интересно, можно проверить эти права во время запуска сессии, например при помощи опции LightDM "session-setup-script" Для этого нужно создать файл, например /root/check-card.sh такого содержания: ls -la /dev/dri/card* | systemd-cat затем выполнить от root: chmod +x /root/check-card.sh и в файле /etc/lightdm/lightdm.conf, в разделе [Seat:seat0] добавить строку session-setup-script=/root/check-card.sh Тогда при очередном запуске сессии вывод ls попадёт в журнал, и его можно будет увидеть через journalctl
Created attachment 18534 [details] seat
Создал [root@kalt11 ~]# ls -la /dev/dri/card* | systemd-cat > /root/check-card.sh [root@kalt11 ~]# chmod +x /root/check-card.sh [root@kalt11 ~]# mcedit /etc/lightdm/lightdm.conf Добавил (смотри скрин) Дальше попытаться зайти в сессию вейланд с черным экраном, выйдя из него через выключение скинуть лог предыдущего входа?
(Ответ для abrashka07 на комментарий #30) > Создал > [root@kalt11 ~]# ls -la /dev/dri/card* | systemd-cat > /root/check-card.sh > [root@kalt11 ~]# chmod +x /root/check-card.sh > [root@kalt11 ~]# mcedit /etc/lightdm/lightdm.conf > Добавил (смотри скрин) > > Дальше попытаться зайти в сессию вейланд с черным экраном, выйдя из него > через выключение скинуть лог предыдущего входа? Кое-что нужно исправить: 1. echo "ls -la /dev/dri/card* | systemd-cat" > /root/check-card.sh 2. Все строки в lightdm.conf, начинающиеся на # это комментарии, они игнорируются, нужно найти строку [Seat:seat0] или [Seat:*] и под ней в новую строку вписать session-setup-script=/root/check-card.sh
Created attachment 18536 [details] seat1
(Ответ для abrashka07 на комментарий #32) > Создано вложение 18536 [details] [подробности] > seat1 А выложите, пожалуйста, ваш файл /etc/lightdm/lightdm.conf целиком
Created attachment 18538 [details] lightdm
Created attachment 18539 [details] journalctl
(Ответ для abrashka07 на комментарий #34) > Создано вложение 18538 [details] [подробности] > lightdm Нет, так не будет работать, нужно вставить ниже, оно у вас на 47 строке, а подходящий раздел начинается с 91 строки "[Seat:*]", нужно вставить эту опцию ниже 91 строки.
Created attachment 18540 [details] lightdm92
Created attachment 18541 [details] лог
Вот они, эти строчки мая 22 17:43:24 kalt11 cat[1824]: crw-rw----+ 1 root xgrp 226, 0 May 22 17:43 /dev/dri/card0 мая 22 17:43:24 kalt11 cat[1824]: crw-rw----+ 1 root xgrp 226, 1 May 22 17:43 /dev/dri/card1 вроде бы на данном этапе всё нормально
> мая 22 17:43:24 kalt11 cat[1824]: crw-rw----+ 1 root xgrp 226, 1 May 22 > 17:43 /dev/dri/card1 > > вроде бы на данном этапе всё нормально Да, но видно, что пользователя ещё не сменили.
Проверено на 2х стендах: 1. ASRock H110M-DGS R3.0 гибридная графика Intel HD Graphics 630 + AMD Radeon R7 240 Ошибка не воспроизвелась. 2. MSI MAG H670 гибридная графика Intel UHD Graphics 770 + radeon rx 7800xt Ошибка воспроизводится в большинстве попыток, но не всегда. После входа в сессию Wayland черный экран. Только перезагружаться. Остальное соответствует https://bugzilla.altlinux.org/show_bug.cgi?id=54221#c0 Дополнительно: обновился до Sisyphus, ошибка не ушла, частота успешных/неуспешных входов не поменялась.
Created attachment 18699 [details] journalctl -b -1.log
Created attachment 18700 [details] journalctl -b -k -1.log
Такая же проблема Сизиф гибридная графика Intel® HD Graphics 520 + AMD Radeon R5 M330
Если включен автовход, то вход в wayland сеанс проходит нормально, проблема если задействован экран авторизации
(Ответ для Thiamine на комментарий #45) > Если включен автовход, то вход в wayland сеанс проходит нормально, проблема > если задействован экран авторизации Подтверждаю, включив авто вход система запустила сеанс wayland, но если выйти из сессии и зайти обратно с вводом пароля, то снова черный экран.
(In reply to Алексей Горячев from comment #41) > Проверено на 2х стендах: > > 1. ASRock H110M-DGS R3.0 > гибридная графика Intel HD Graphics 630 + AMD Radeon R7 240 > Ошибка не воспроизвелась. > > 2. MSI MAG H670 > гибридная графика Intel UHD Graphics 770 + radeon rx 7800xt > Ошибка воспроизводится в большинстве попыток, но не всегда. После входа в > сессию Wayland черный экран. Только перезагружаться. Остальное соответствует > https://bugzilla.altlinux.org/show_bug.cgi?id=54221#c0 > > Дополнительно: обновился до Sisyphus, ошибка не ушла, частота > успешных/неуспешных входов не поменялась. Не могли бы вы проверить, воспроизводится ли проблема с другими гритерами, lightdm-gtk-greeter и slick-greeter?
(Ответ для Anton Golubev на комментарий #47) > (In reply to Алексей Горячев from comment #41) > > Проверено на 2х стендах: > > > > 1. ASRock H110M-DGS R3.0 > > гибридная графика Intel HD Graphics 630 + AMD Radeon R7 240 > > Ошибка не воспроизвелась. > > > > 2. MSI MAG H670 > > гибридная графика Intel UHD Graphics 770 + radeon rx 7800xt > > Ошибка воспроизводится в большинстве попыток, но не всегда. После входа в > > сессию Wayland черный экран. Только перезагружаться. Остальное соответствует > > https://bugzilla.altlinux.org/show_bug.cgi?id=54221#c0 > > > > Дополнительно: обновился до Sisyphus, ошибка не ушла, частота > > успешных/неуспешных входов не поменялась. > > Не могли бы вы проверить, воспроизводится ли проблема с другими гритерами, > lightdm-gtk-greeter и slick-greeter? пробовал sddm, там такой проблемы нет
(Ответ для Thiamine на комментарий #48) > пробовал sddm, там такой проблемы нет Нет. Смысл попробовать именно lightdm, но с другой оболочкой. lightdm-gtk-greeter и slick-greeter
(Ответ для Sergey V Turchin на комментарий #49) > (Ответ для Thiamine на комментарий #48) > > пробовал sddm, там такой проблемы нет > Нет. Смысл попробовать именно lightdm, но с другой оболочкой. > lightdm-gtk-greeter и slick-greeter Попробовал lightdm-gtk-greeter - проблема не наблюдается, нормально входит в wayland-сессию
slick-greeter тянет многовато зависимостей: brlapi libatk-gir libgtk+3-gir orca espeak-ng libayatana-appindicator3-1 libgtk-engine-hc python3-module-brlapi gnome-themes-extra libayatana-appindicator3-gir libgtk-engines-default-common python3-module-pycairo gnome-themes-extra-data libayatana-ido3-0 libpcaudio0 python3-module-pygobject3 gtk2-theme-clearlooks libayatana-indicator3-7 libstartup-notification python3-module-pyxdg libXres libdbusmenu-gtk3 libwnck3 python3-module-speechd libao libdotconf libwnck3-gir speech-dispatcher libat-spi2-core-gir libespeak-ng1 onboard
Проблема стабильно воспроизводится на доступной мне машине с гибридной графикой Intel+AMD https://linux-hardware.org/?probe=9ae1a40082 Воспроизводится только с lightdm-kde-greeter, буду разбираться.
(Ответ для abrashka07 на комментарий #0) > Ноутбук интел+амд ОС «Альт Рабочая станция К» 11.0 при запуске сессии с > Wayland черный экран после ввода пароля. Сессия х11 работает. > На этом же ноуте загрузив ОС «Альт Рабочая станция» 11.0 с гномом сессия > Wayland работает. Не могли бы вы ещё раз воспроизвести проблему с чёрным экраном, переключиться на другую консоль и там получить содержимое файлов (от root) /sys/kernel/debug/dri/0/clients и /sys/kernel/debug/dri/1/clients и прислать сюда?
(Ответ для Алексей Горячев на комментарий #41) > Проверено на 2х стендах: > ... Не могли бы вы проверить, пропадает ли проблема при обновлении до задания 388152?
(Ответ для Anton Golubev на комментарий #54) > (Ответ для Алексей Горячев на комментарий #41) > > Проверено на 2х стендах: > > ... > > Не могли бы вы проверить, пропадает ли проблема при обновлении до задания > 388152? Мне обновление помогло. Спасибо! --- Для проверки: sudo apt-repo test 388152
(Ответ для Anton Golubev на комментарий #53) > (Ответ для abrashka07 на комментарий #0) > > Ноутбук интел+амд ОС «Альт Рабочая станция К» 11.0 при запуске сессии с > > Wayland черный экран после ввода пароля. Сессия х11 работает. > > На этом же ноуте загрузив ОС «Альт Рабочая станция» 11.0 с гномом сессия > > Wayland работает. > > Не могли бы вы ещё раз воспроизвести проблему с чёрным экраном, > переключиться на другую консоль и там получить содержимое файлов (от root) > > /sys/kernel/debug/dri/0/clients > > и > > /sys/kernel/debug/dri/1/clients > > и прислать сюда? После черного экрана в другую консоль не войти, только через выключения питания. Выкладываю из сессии х11 [root@KALT ~]# cat /sys/kernel/debug/dri/0/clients command tgid dev master a uid magic X 1381 0 y y 0 0 [root@KALT ~]# cat /sys/kernel/debug/dri/1/clients command tgid dev master a uid magic X 1381 1 y y 0 0 kded6 2030 1 n y 1000 2 kwalletd6 1866 1 n y 1000 3 ksmserver 2028 1 n y 1000 4 kwin_x11 2031 1 n y 1000 5 plasmashell 2059 1 n y 1000 6 kaccess 2093 1 n y 1000 7 xdg-desktop-por 2097 1 n y 1000 8 polkit-kde-auth 2095 1 n y 1000 9 kwin_x11 2031 1 n y 1000 10 kdeconnectd 2258 1 n y 1000 11 DiscoverNotifie 2283 1 n y 1000 12 kalendarac 2284 1 n y 1000 13 konsole 2878 1 n y 1000 1
Это из сессии wayland создав нового пользователя с автовходом root@KALT ~]# cat /sys/kernel/debug/dri/1/clients command tgid dev master a uid magic systemd-logind 985 1 y y 0 0 kwin_wayland 1740 1 n y 1001 1 Xwayland 1816 128 n n 1001 0 kwin_wayland 1740 1 n n 1001 0 kded6 1881 128 n n 1001 0 ksmserver 1879 128 n n 1001 0 plasmashell 1903 128 n n 1001 0 kaccess 1958 128 n n 1001 0 polkit-kde-auth 1959 128 n n 1001 0 xdg-desktop-por 1961 128 n n 1001 0 kdeconnectd 2111 128 n n 1001 0 DiscoverNotifie 2131 128 n n 1001 0 kalendarac 2138 128 n n 1001 0 konsole 2865 128 n n 1001 0 [root@KALT ~]# cat /sys/kernel/debug/dri/0/clients command tgid dev master a uid magic [root@KALT ~]#
Нужно состояние этих файлов именно при чёрном экране. Может быть можно по ssh подключиться с другого компьютера или с телефона и прочитать этот файл?
(Ответ для Anton Golubev на комментарий #58) > Нужно состояние этих файлов именно при чёрном экране. Может быть можно по > ssh подключиться с другого компьютера или с телефона и прочитать этот файл? Есть телефон и другой пк с рабстанцией, но я не спец и не знаю как это сделать. Подсказывайте я попробую.
Вроде сообразил как, вот [root@KALT ~]# cat /sys/kernel/debug/dri/0/clients command tgid dev master a uid magic [root@KALT ~]# cat /sys/kernel/debug/dri/1/clients command tgid dev master a uid magic systemd-logind 972 1 n y 0 0 kwin_wayland 8810 1 y y 1000 1 Xwayland 8886 128 n n 1000 0 kwin_wayland 8810 1 n n 1000 0 kwalletd6 8765 128 n n 1000 0 kded6 8934 128 n n 1000 0 ksmserver 8932 128 n n 1000 0 plasmashell 8983 128 n n 1000 0 polkit-kde-auth 9021 128 n n 1000 0 xdg-desktop-por 9024 128 n n 1000 0 kaccess 9020 128 n n 1000 0 kdeconnectd 9154 128 n n 1000 0 DiscoverNotifie 9180 128 n n 1000 0 kalendarac 9183 128 n n 1000 0
(Ответ для abrashka07 на комментарий #60) > command tgid dev master a uid magic > systemd-logind 972 1 n y 0 0 > kwin_wayland 8810 1 y y 1000 1 Отлично, спасибо. Тут явно видно, что у вас та же проблема, что и на моей тестовой машине - kwin_wayland случайно "захватывает" DRM-master для этой карты, что видно по букве "y" в столбце master напротив его. Для нормальной работы требуется, чтоб DRM-master был у systemd-logind, что мы видим в случае запуска через автологин: > command tgid dev master a uid magic > systemd-logind 985 1 y y 0 0 > kwin_wayland 1740 1 n y 1001 1 Таким образом, предлагаемое мной исправлениe должно вам помочь. Вы можете установить его командой: sudo apt-repo test 384145 В дальнейшем, если исправление попадёт в основной репозиторий, оно придёт с очередным обновлением.
(Ответ для Anton Golubev на комментарий #61) > (Ответ для abrashka07 на комментарий #60) > > > command tgid dev master a uid magic > > systemd-logind 972 1 n y 0 0 > > kwin_wayland 8810 1 y y 1000 1 > > Отлично, спасибо. Тут явно видно, что у вас та же проблема, что и на моей > тестовой машине - kwin_wayland случайно "захватывает" DRM-master для этой > карты, что видно по букве "y" в столбце master напротив его. Для нормальной > работы требуется, чтоб DRM-master был у systemd-logind, что мы видим в > случае запуска через автологин: > > > command tgid dev master a uid magic > > systemd-logind 985 1 y y 0 0 > > kwin_wayland 1740 1 n y 1001 1 > > Таким образом, предлагаемое мной исправлениe должно вам помочь. Вы можете > установить его командой: > > sudo apt-repo test 384145 > > В дальнейшем, если исправление попадёт в основной репозиторий, оно придёт с > очередным обновлением. Ура. Исправление работает. Спасибо за работу.
Исправления пришли в репозиторий, в пакете kwin-6.3.5-alt2
