Created attachment 11541 [details] xsession-errors Дистрибутив: ALT Workstation K 10.1 Дистрибутив введен в домен AD. После ввода доменного пользователя в SDDM некоторое время крутится шестеренка и потом черный экран и курсор мыши. Но, если пользователя домена через roleadd добавить в группу localadmins/wheel, то проблема устраняется. В ALT Workstation 10.1 проблема не проявляется. >rolelst: >пользователи домена:users >администраторы домена:localadmins >localadmins:wheel,vboxadd,vboxusers >powerusers:remote,vboxadd,vboxusers >users:cdwriter,cdrom,audio,video,proc,radio,camera,floppy,xgrp,scanner,uucp,vbo>xusers,fuse,vboxadd >vboxadd:vboxsf xsession-errors прилагаю - там видно, что похоже проблема с правами. Видеокарта: >01:00.0 VGA compatible controller: NVIDIA Corporation GK208B [GeForce GT 710] (rev a1) >Driver version: 470.141.3 P.S. Такая же проблема на форуме: https://forum.altlinux.org/index.php?topic=46167.0
Подтверждаю версия 10 и карта стоит и пользователь чёрный, без карты с пользователем всё норм. 10.1 не введён в эксплуатацию, из-за того что не ввел в домен
Аналогичная проблема немного на другом железе Дистрибутив: ALT Workstation K 10.1 raphics: Device-1: NVIDIA GT218 [GeForce G210] driver: nvidia v: 340.108 Display: x11 server: X.Org 1.20.14 driver: loaded: nvidia resolution: 1920x1080~60Hz OpenGL: renderer: GeForce G210/PCIe/SSE2 v: 3.3.0 NVIDIA 340.108 Пользователи домена получают черный экран и курсор.
Если выключить эффекты рабочего стола?
Опытным путем выяснил, что дело не в домене - если создать локального пользователя участника группы users, то тоже самое. Различие в логе успешной и неуспешной загрузки начинается со строчек: >xsettingsd: Selection _XSETTINGS_S0 is owned by 0x0 >xsettingsd: Took ownership of selection _XSETTINGS_S0 >... >Qt: Session management error: networkIdsList argument is NULL Однако, если остановить процесс sddm и от локального или доменного пользователя из группы users запустить startx - сессия стартует.
(Ответ для Sergey V Turchin на комментарий #3) > Если выключить эффекты рабочего стола? Не влияет
(Ответ для Илья Демьянов на комментарий #4) > от локального или доменного > пользователя из группы users запустить startx - сессия стартует. Так вообще не должно работать. :-)
(Ответ для Илья Демьянов на комментарий #4) > Опытным путем выяснил, что дело не в домене - если создать локального > пользователя участника группы users, то тоже самое. А что у него показывает команда `id`? Он с большой вероятностью не состоит в группе xgrp.
(Ответ для Sergey V Turchin на комментарий #7) > (Ответ для Илья Демьянов на комментарий #4) > > Опытным путем выяснил, что дело не в домене - если создать локального > > пользователя участника группы users, то тоже самое. > А что у него показывает команда `id`? Он с большой вероятностью не состоит в > группе xgrp. Состоит. Группа xgrp входит в users.
(Ответ для Илья Демьянов на комментарий #8) > (Ответ для Sergey V Turchin на комментарий #7) > > (Ответ для Илья Демьянов на комментарий #4) > > > Опытным путем выяснил, что дело не в домене - если создать локального > > > пользователя участника группы users, то тоже самое. > > А что у него показывает команда `id`? Он с большой вероятностью не состоит в > > группе xgrp. > > Состоит. Группа xgrp входит в users. Ха, входит то входит, но через libnss-role. А если добавить напрямую, то да - так работает. Выходит, что KDE где-то не учитывает вложенность групп через libnss-role.
(Ответ для Илья Демьянов на комментарий #8) > > А что у него показывает команда `id`?
(Ответ для Sergey V Turchin на комментарий #10) > (Ответ для Илья Демьянов на комментарий #8) > > > А что у него показывает команда `id`? uid=501(localuser) gid=501(localuser) группы=501(localuser),14(uucp),19(proc),22(cdrom),71(floppy),80(cdwriter),81(audio),83(radio),100(users),102(powerusers),449(camera),462(vboxusers),464(fuse),475(video),487(vboxsf),488(vboxadd),490(remote),498(xgrp),499(scanner)
(Ответ для Илья Демьянов на комментарий #11) > > > > А что у него показывает команда `id`? > 498(xgrp), Это без добавления его в эту группу?
(Ответ для Sergey V Turchin на комментарий #12) > (Ответ для Илья Демьянов на комментарий #11) > > > > > А что у него показывает команда `id`? > > 498(xgrp), > Это без добавления его в эту группу? Да, это, если судить по rolelst - наследуется из users
(Ответ для Евгений на комментарий #2) > Аналогичная проблема немного на другом железе > > Дистрибутив: ALT Workstation K 10.1 > > raphics: > Device-1: NVIDIA GT218 [GeForce G210] driver: nvidia v: 340.108 > Display: x11 server: X.Org 1.20.14 driver: loaded: nvidia > resolution: 1920x1080~60Hz > OpenGL: renderer: GeForce G210/PCIe/SSE2 v: 3.3.0 NVIDIA 340.108 > > Пользователи домена получают черный экран и курсор. Примечательно. Если войти в систему локальной УЗ(localadmins), а затем через "сменить пользователя" не завершая сессию УЗ(localadmins), зайти в систему УЗ(пользователи домена), то рабочий стол так же прогружается нормально.
просто наблюдение, если вдруг поможет: в домене IPA НЕ проявляется, пользователи группы входят и работают нормально.
У меня воспроизвелась подобная ошибка. После установки системы добавил обычного пользователя. У него имелась только его группа. Результат: Если авторизоваться через нового пользователя в sddm. Будет некоторое время крутится шестеренка и потом черный экран и курсор мыши. Если добавить этого пользователя в группу wheel, то проблема исчезает.
nvidia-modprobe-535.86.05-alt1 -> sisyphus: Fri Jul 21 2023 Sergey V Turchin <zerg@altlinux> 535.86.05-alt1 - new version - remove SUID (closes: 43826)
