Не показывается окно входа если не переключиться между TTY (РЕШЕНО)

В Manjaro и Arch Linux некоторые пользователи столкнулись с необычной проблемой: при загрузке системы вместо окна входа показывается практически чёрный экран, иногда с курсором мыши. Если перейти на второй TTY с помощью сочетаний клавиш Ctrl + Alt + F2, то можно выполнить вход. При этом команда проверки статуса менеджера отображения GDM

systemctl status gdm

показывает, что служба загружена работает без ошибок.

Ещё более удивительно то, что если просто нажать Ctrl + Alt + F2, а затем переключиться обратно на TTY 1 с помощью кнопок Ctrl + Alt + F1, то мы вернёмся на tty1 и появится экран входа!

Такое происходит при следующей конфигурации:

дистрибутив на основе Arch Linux
GDM в качестве менеджера дисплея
проприетарные драйвера NVIDIA

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

Данная ситуация упоминалась, например, на следующих ветках форума:

При попытке решения данной проблемы было перепробовано множество настроек, установка дополнительных пакетов, откат ядра, изучение и исправление ошибок в файле /var/log/Xorg.0.log, переход на тестовые ветки ПО и прочее.

Полноценного решения в настоящее время нет. Но можно сделать следующее.

Откройте файл /etc/gdm/custom.conf:

sudo gedit /etc/gdm/custom.conf

В нём будет примерно следующее:

[daemon]
WaylandEnable=false

Закомментируйте строку, чтобы получилось:

[daemon]
#WaylandEnable=false

Сохраните и закройте файл.

После этого один раз загрузка пройдёт нормально, но при второй и последующих загрузках всё вернётся на прежние места: экран входа не будет появляться и содержимое файла опять окажется прежним, с активной строкой WaylandEnable=false.

Чтобы этого избежать, измените файл (закомментируйте строку) и затем выполните команду:

sudo chattr +i /etc/gdm/custom.conf

Эта команда заблокирует файл от изменений.

Если вам вновь понадобится изменить этот файл, то выполните:

sudo chattr -i /etc/gdm/custom.conf

Wayland всё равно не работает

Строка «WaylandEnable=false» отключает Wayland и делает так, чтобы использовался x11. На самом деле, при любой настройке используется x11, вы можете проверить это командой:

echo $XDG_SESSION_TYPE

Дело в том, что если не удаётся запустить Wayland, то запускается x11. Но настройка «WaylandEnable=false» по какой-то причине делает так, что не показывается экран входа.

Файл /etc/gdm/custom.conf меняется программой /usr/lib/gdm-disable-wayland. А эта программа запускается из файла /usr/lib/udev/rules.d/61-gdm.rules строкой:

DRIVER=="nvidia", RUN+="/usr/lib/gdm-disable-wayland"

Можно открыть этот файл и закомментировать указанную строку, в результате не будет автоматически меняться файл /etc/gdm/custom.conf. Но кардинально это ничего не поменяет — Wayland всё равно не запустится.

Смотреть как меняются ошибки в зависимости от опций загрузки можно командами:

journalctl -b | grep -i wayland
journalctl -b | grep -i gdm-x-session

Пользователи пишут, что данная проблема отсутствует на ядре 5.4 LTS. Видимо, всё дело в какой-то несовместимости последней версии ядра с ПО.

ОБНОВЛЕНИЕ

Проблема решилась. Получилось это так: после очередного обновления (обновился драйвер видеокарты и ядро) ИЛИ после удаления осиротевших пакетов, моя система вовсе перестала запускаться в графический интерфейс.

Причём X сервер запускался:

startx

А GNOME Display Manager не запускался и при попытке перезапуска выдавал множество ошибок:

systemctl status gdm

Я попытался удалить GNOME Display Manager и выяснилось, что этот пакет считается НЕ УСТАНОВЛЕННЫМ. Следовательно, он не мог быть обновлён, а также некоторые его зависимости были удалены как осиротевшие.

Я выполнил следующие команды для принудительной установки, полного удаления и чистой установки GNOME Display Manager:

sudo pacman -S --overwrite '/*' gdm
sudo pacman -Rn gdm
sudo pacman -S gdm

После этого система стала загружаться нормально!

Wayland всё равно не работает

ОБНОВЛЕНИЕ

Близкие статьи

Добавить комментарий Отменить ответ