Невозможно войти в систему в GNOME, вернув меня к экрану входа в систему

У меня тоже была такая проблема. Это было решено, когда я удалил свой файл ~/.ICEAuthority и разрешил его воссоздание.

У меня была аналогичная проблема.. я мог решить ее, перезапустив gdm:

войти с помощью Ctrl + Alt + F3 и введите

systemctl restart gdm

У меня была эта проблема, и оказалось, что это одно из моих расширений Gnome Shell, но я до сих пор не уверен, какое именно.

Чтобы проверить, не является ли это вашей проблемой, откройте приложение Gnome Shell Extensions (, оно будет работать в Cinnamon на Fedora и, я уверен, в других средах рабочего стола ). Существует «главный» переключатель включения/выключения, который можно переключить в положение «Выкл.», и он сохранит существующие настройки включения/выключения для расширений. Затем вы можете войти в систему и посмотреть, получите ли вы ответный удар.

Следующим моим шагом было включение главного выключателя, а затем выключение всех расширений, которые мне ДЕЙСТВИТЕЛЬНО не нужны или которые я недавно включил. Должно быть, я отключил правильный, потому что мои входы в систему теперь работают нормально.

Несколько вещей, которые могут указать, является ли это причиной вашей проблемы :1 )Gnome 3 на Wayland и Xorg возвращают вас на экран входа в систему. 2 )Вход в систему с помощью Cinnamon или другого рабочего стола работает нормально.

Мне так и не удалось найти журнал, в котором бы четко указывалась проблема, поэтому, если кто-то знает, это было бы хорошим дополнением к этой теме.

У меня возникла та же проблема после того, как я скопировал файлы конфигурации с другой машины. Итак, в моем случае у моего пользователя не было разрешения на .Xauthorityв моей домашней папке.

Чтобы исправить разрешения:

• Нажмите ctrl + alt + 3 на экране входа в систему
• Войдите под своим пользователем
• Измените владельца XAuthority на своего пользователя:sudo chown <user>:<user>.Xauthority

Фактическая проблема была:

cat /var/log/messages | grep MIT-MAGIC-COOKIE-1

например:

Nov 18 19:15:02 centos /usr/libexec/gdm-x-session[2596]: Invalid MIT-MAGIC-COOKIE-1 key$DISPLAY is not set or cannot connect to the X server.

Потому что я установил export DISPLAY=:0в ~/.bashrc, который пользователь rootне установил.

У меня была такая же проблема. С:

• Оболочка GNOME 3.38.1
• Linux 5.9.2 -arch1 -1
• GDM GDM 3.38.1

Я удалил кеш с помощьюrm -r /home/username/.cache/*

Это решение работает для меня.

Эта конкретная проблема возникла у меня на RHEL8 после того, как я установил TigerVNC. Вероятно, какой-то конфликт между входом в VNC и локальным графическим входом, я не знаю. Так что подумайте о том, какие программы вы установили (и какие службы добавили )перед последним выходом из системы -. Возможно, это так.

В качестве временного решения, прежде чем я выясню, почему мой сервер VNC вызывает это, я просто остановил и отключил vncserverс помощью systemctl. Затем я снова смог войти в систему.

Шаги, кратко:

1. Нажмите ctrl + alt + F3 на экране входа в систему, чтобы переключиться на терминал
2. Вход в терминал как обычно
3. Запустите [sudo] systemctl list-unit *.serviceи найдите один (s ), связанный с сервером VNC
4. Запустите [sudo] systemctl disable <INSERT_SERVICE_NAME> --now, чтобы остановить и отключить VNC-сервер (или что-то еще, что, как вы подозреваете, вызывает вашу проблему)
5. Запустите [sudo] systemctl restart gdm, чтобы перезапустить GDM и запустить графический интерфейс
6. Вход в графический интерфейс

Я столкнулся с этой проблемой входа в Gnome после попытки включить не -поддерживаемое расширение Gnome в RHEL 8 (использовал его в RHEL 7 ранее ).

Переход на уровень выполнения 3 (Ctrl + Alt + F3), переименование каталога расширений и перезапуск Gnome — первое средство в этом случае:

cd ~/.local/share/gnome-shell/
mv extensions old_extensions && mkdir extensions
systemctl restart gdm

Надеюсь, это позволит вам правильно войти в систему. Теперь выберите и переместите назад только стабильные расширения или используйтеhttps://extensions.gnome.org/для их безопасной установки.