Рейтинг:0

Проблема с экраном входа в систему: сначала нужно убить lightdm, чтобы X-сессия работала

флаг bo

Я использую MATE 20.04, и каждый раз при перезагрузке возникают проблемы. Вместо того, чтобы получить экран входа в систему lightdm

  1. Когда у меня установлена ​​опция grub «silent», я получаю пустой экран (он весь черный, но включен)
  2. Когда я удаляю опцию без звука, я получаю следующие сообщения
    Загрузка, пожалуйста подождите..
    Начиная с версии 245.4_ubuntu3.11
    Начало: Загрузка основных драйверов... готово.
    Начало: запуск /scripts/init-premount
    
    Экран гаснет, а затем снова отображает вышеуказанные сообщения.

В этот момент, если я попытаюсь добраться до локального термина (Ctl-Fn-F1), мне не повезет. Однако, если я подключаюсь к машине по ssh и убиваю lightdm, появляется экран входа в систему. Вот еще подробности

  > [машина ~] $ ps aux |grep lightdm
  > корень 1173 0.0 0.0 232332 7484 ? SSL 14:45 0:00 /usr/sbin/lightdm
  > root 1225 0.2 0.6 1346752 67728 tty7 Ssl+ 14:45 0:00 /usr/lib/xorg/Xorg -core :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch
  > user1 1854 0.0 0.0 9032 724 pts/0 S+ 14:46 0:00 grep lightdm
  > [машина ~] $ sudo kill 1173
  > [sudo] пароль для user1:
  > [машина ~] $ ps aux |grep lightdm
  > корень 1925 0,4 0,0 232332 7328 ? SSL 14:47 0:00 /usr/sbin/lightdm
  > root 1930 12.8 0.9 1497312 96312 tty7 Ssl+ 14:47 0:00 /usr/lib/xorg/Xorg -core :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch
  > корень 1955 0.2 0.0 159972 8236 ? Сл 14:47 0:00 lightdm --session-child 17 20
  > lightdm 1959 5.0 0.0 18836 9948 ? Сс 14:47 0:00 /lib/systemd/systemd --пользователь
  > лайтдм 1960 0.0 0.0 169680 4188 ? С 14:47 0:00 (сд-пам)
  > lightdm 1969 4.0 0.1 358024 18308 ? S<sl 14:47 0:00 /usr/bin/pulseaudio --daemonize=no --log-target=journal
  > lightdm 1972 0.0 0.0 166156 4764 ? Sl 14:47 0:00 /usr/bin/gnome-keyring-daemon --daemonize --login
  > лайтдм 1975 0.0 0.0 2608 540 ? СС 14:47 0:00 /bin/sh /usr/lib/lightdm/lightdm-greeter-session /usr/sbin/slick-greeter
  > lightdm 1976 25,2 0,4 601636 48404 ? Sl 14:47 0:01 /usr/sbin/slick-greeter
  > lightdm 1977 0.5 0.0 7464 4608 ? СС 14:47 0:00 /usr/bin/dbus-daemon --session --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only
  > lightdm 1983 0.0 0.0 156092 5376 ? Сл 14:47 0:00 /usr/libexec/dconf-сервис
  > lightdm 2011 0.0 0.0 305748 6592 ? Sl 14:47 0:00 /usr/libexec/at-spi-bus-launcher --launch-immediately
  > lightdm 2016 0.0 0.0 7332 4144 ? S 14:47 00:00 /usr/bin/dbus-daemon --config-file=/usr/share/defaults/at-spi2/accessibility.conf --nofork --print-address 3
  > lightdm 2017 0.0 0.0 239704 7512 ? SSL 14:47 0:00 /usr/libexec/gvfsd
  > lightdm 2022 0.0 0.0 312800 6144 ? Sl 14:47 0:00 /usr/libexec/gvfsd-fuse /run/user/110/gvfs -f -o big_writes
  > корень 2056 0.0 0.0 12560 6200 ? С 14:47 0:00 lightdm --session-child 13 20
  > светдм 2058 0,5 0,0 162828 7668 ? Сл 14:47 0:00 /usr/libexec/at-spi2-registryd --use-gnome-session
  > user1 2064 0.0 0.0 9032 664 pts/0 S+ 14:47 0:00 grep lightdm

Еще одно «исправление» — загрузиться в безопасном режиме, а затем продолжить с помощью опции «возобновить». Логин появляется без проблем.

Во-первых, что происходит?

Во-вторых, почему я не могу получить доступ к условиям через Ctl-Fn-F1?

Весьма признателен.

ОБНОВЛЕНИЯ:

  • Использование nomodeset при загрузке ядра позволяет избежать этой проблемы.
    • Этот аргумент также используется в режиме восстановления и объясняет, почему этот метод работает.
    • К сожалению, я получаю черный экран, когда выхожу из спящего режима, если использую это «решение».
  • Получение уведомлений о том, что мой внешний дисплей не найден
    • Пытался загрузиться с подключенным внешним дисплеем, и я получаю экран входа в систему с настройками по умолчанию (мне не нужно использовать nomodeset)
    • Нужно посмотреть, работает ли резюме дальше.
    • Похоже, возникла проблема с экраном входа в систему, если я использовал внешний монитор в предыдущем сеансе. Я подозреваю, что это означает, что он ищет второй дисплей, не может его найти и поэтому зависает.
Рейтинг:0
флаг bo

Хорошо, после многих часов перезагрузки, подключения по ssh и перезапуска lightdm, а затем попыток чего-то еще, я думаю, что у меня есть решение!

Кажется, есть 2 проблемы с решениями, приведенными здесь: https://wiki.archlinux.org/title/LightDM

  1. Проблема: «Служба LightDM запускается до того, как ваши графические драйверы загружены должным образом»

    Решение: Созданный /etc/lightdm/lightdm.conf.d/50-logind-check.conf со следующими строками

    [Легкий DM]
    логин-проверить-графический = истина
    
  2. Проблема: LightDM пытался использовать внешний экран вместо встроенного.

    Решение: Заставил его использовать основной экран в eDP, создав /etc/lightdm/lightdm.d/lightdm.conf с линией

    display-setup-script=xrandr --output eDP --primary
    

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.