Summary: | Черный экран при входе пользователя из группы users | ||||||
---|---|---|---|---|---|---|---|
Product: | Branch p10 | Reporter: | Илья Демьянов <cavetroll> | ||||
Component: | nvidia-modprobe | Assignee: | Sergey V Turchin <zerg> | ||||
Status: | CLOSED FIXED | QA Contact: | qa-p10 <qa-p10> | ||||
Severity: | normal | ||||||
Priority: | P5 | CC: | amakeenk, dutyrok, glebus, karamba_zzz, nfsmobile, sin, snowmix, svn17, zerg | ||||
Version: | не указана | ||||||
Hardware: | x86_64 | ||||||
OS: | Linux | ||||||
Attachments: |
|
Description
Илья Демьянов
2022-09-20 09:52:41 MSK
Подтверждаю версия 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), зайти в систему УЗ(пользователи домена), то рабочий стол так же прогружается нормально. (Ответ для Евгений на комментарий #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) |