Цикл входа в систему для учетной записи пользователя (gdm3)

Я не могу войти в свой обычный сеанс gdm3, и он идет [в цикле, как здесь] . Я выполнил sudo adduser test , и с этим пользователем все прошло нормально.

Прежде чем я попал в этот цикл, я обновил / обновил свою систему, установил blueman и отредактировал файлы iwlwifi для устранения проблем с медленным подключением.

С тех пор я отменил правку, которую я сделал в этом файле iwlwifi, попытавшись разрешить цикл входа в систему, и удалил blueman, я также очистил gdm3 и установил его обратно ...

Я установил lightdm для входа в систему (он работает, выбрав lxde на экране входа в систему ...), но я бы предпочел использовать gdm3.

Я не могу войти как в «Ubuntu», так и в «Ubuntu on Wayland» с этой основной учетной записью, но могу в LXDE; а с тестовой учетной записью я могу войти в систему с Ubuntu и Ubuntu на Wayland.

У меня есть права .Xauthority , и у меня есть право доступа / tmp . Вот мой файл .xsession-errors

Любой путь, о котором я не подумал?

Изменить: я Ubuntu 20.04 LTS / kernel 5.4.0-29; x86

ОБНОВЛЕНИЕ: Я действительно не знаю как, думаю, к

sudo apt purge gdm3 lightdm
reboot
sudo apt install gdm3
sudo apt install lightdm
reboot

я прихожу к экрану входа в lightdm, а затем я могу войти в свою обычную учетную запись пользователя, как Ubuntu-defaut или Ubuntu на Wayland.

НО , если я запускаю sudo dpkg-reconfigure gdm3 , я получаю сообщение об ошибке, что gmd3 не загружен. Хорошо, я делаю это для lightdm, затем выбираю gdm3. Я раньше увидел этот трюк. Перезагрузился, дошел до экрана входа в gdm3. И снова цикл входа в систему, как и раньше.

На ttyX я снова запускаю sudo dpkg-reconfigure gdm3 , чтобы правильно выбрать gdm3 . После перезагрузки не повезло.

Затем я, на ttyX, sudo dpkg-reconfigure lightdm , и вот я. Я могу с этим справиться, но, к сожалению, gdm3 кажется сломанным, и я хотел бы знать, почему это так ... Я мог войти в LXDE с помощью gdm3.

1
задан 23 May 2020 в 17:47

2 ответа

У меня была эта проблема, и я пробовал все, что вы делали. Виновником оказалась очень длинная переменная окружения. Моя переменная окружения LS_COLORS имела длину более 9000 символов, так как она была сгенерирована из базы данных dircolors. Как только я удалил его, я снова смог войти в систему. В /var/log/syslog я получал segfault в libpcre.so.3.13.3. Эта env var, должно быть, вызывала его сбой.

1
ответ дан 6 July 2020 в 09:09

@paul-netherwood .. Я попытался удалить LS_COLORS безуспешно.. Единственный способ, который я нашел работающим, это

  1. создание временной учетной записи и сделать ее Администратор с помощью терминала ctrl + alt + F3 и adduser
  2. Если новая временная учетная запись входила в систему с помощью gdm3 без проблем.. Продолжайте с шагами
  3. Копировать главную Данные учетной записи в нее куда-нибудь
  4. Удаление основной учетной записи и перезагрузка
  5. Создание пользователя с той же информацией, что и основная учетная запись, и назначение ее администратором
  6. Скопируйте данные основного пользователя обратно во вновь созданную учетную запись
  7. Войти используя экран входа в систему gdm3 «После этого у меня нет проблем со входом в систему».

Мне помогло. Удачи

1
ответ дан 8 July 2020 в 19:02

Другие вопросы по тегам:

Похожие вопросы: