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

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

1. Когда у меня установлена ​​опция grub «silent», я получаю пустой экран (он весь черный, но включен)
2. Когда я удаляю опцию Silent, я получаю следующие сообщения

   Идет загрузка, подождите..
   Начиная с версии 245.4_ubuntu3.11
   Начало: Загрузка основных драйверов... готово.
   Начало: запуск /scripts/init-premount
   

   Экран гаснет, а затем снова отображаются приведенные выше сообщения.

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

  > [machine ~] $ ps aux |grep lightdm
  > root        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
  > [machine ~] $ sudo kill 1173
  > [sudo] password for user1:
  > [machine ~] $ ps aux |grep lightdm
  > root        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
  > root        1955  0.2  0.0 159972  8236 ?        Sl   14:47   0:00 lightdm --session-child 17 20
  > lightdm     1959  5.0  0.0  18836  9948 ?        Ss   14:47   0:00 /lib/systemd/systemd --user
  > lightdm     1960  0.0  0.0 169680  4188 ?        S    14:47   0:00 (sd-pam)
  > 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
  > lightdm     1975  0.0  0.0   2608   540 ?        Ss   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 ?        Ss   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 ?        Sl   14:47   0:00 /usr/libexec/dconf-service
  > 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   0: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
  > root        2056  0.0  0.0  12560  6200 ?        S    14:47   0:00 lightdm --session-child 13 20
  > lightdm     2058  0.5  0.0 162828  7668 ?        Sl   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)
  • Нужно посмотреть, будет ли возобновление работы дальше.
  • Похоже, возникла проблема с экраном входа, если я использовал внешний монитор в предыдущем сеансе. Я подозреваю, что это означает, что он ищет второй дисплей, не может его найти и поэтому зависает.