- Вопрос или проблема
- Ответ или решение
- Проблема с входом через GDM: зацикливание на экране входа для конкретного пользователя
- 1. Проверка пользовательской директории
- 2. Удаление конфигураций в .config
- 3. Проверка системных журналов
- 4. Проблемы с библиотеками и зависимостями
- 5. Проверка прав доступа
- 6. Изоляция проблемы с рабочими окружениями
- Заключение
Вопрос или проблема
У меня проблема с локальным пользователем, которую я не знаю, как решить: все пользователи могут войти без каких-либо проблем, кроме одного пользователя, который каждый раз возвращается на экран gdm, хотя аутентификация пароля проходит успешно (нет сообщения об ошибке пароля). 'su - {user}' работает без проблем, так что это не проблема с паролем. Я пытался удалить ~{user}/.ICEauthority и все файлы|каталоги /tmp, принадлежащие этому пользователю, но это все равно не работает.
Полагаю, есть какое-то тривиальное решение, но не могу понять, что это. 🙁
Я на Fedora 30 под Wayland, с радостью предоставлю больше информации, если это необходимо.
Чуть больше деталей/контекста:
last показывает, что пользователь действительно подключился на tty
`watch -n 0.1 'who -a'` не показывает пользователя ни разу, так что, похоже, вход в систему прошел успешно, tty отведен, но он никогда не переходит к источнику ввода команды who. Может это поможет? Спасибо!
Есть идеи?
Большое спасибо
Эммануэль
Отвечая сам себе, наконец-то удалось разобраться с этой проблемой.
Я был прав, это не проблема системы, а локальная.
В отчаянии я перечислил все файлы/каталоги в домашней директории неисправного пользователя, которые были изменены в короткий промежуток времени до появления проблемы, и в конечном итоге удалил следующие каталоги в ~user/.local/share:
- gnome-shell
- gvfs-metadata
- keyrings
Затем попытался войти с этим пользователем, иGuess what, все сработало как по волшебству! Так что это было связано с одним (или всеми) из этих каталогов. Я бы подозревал .gnome-shell, но у меня нет этому доказательств.
Если кто-то хочет попробовать прояснить мой ответ, объяснив, что могло произойти, я был бы более чем счастлив и помог бы сообществу.
Также я изменил тему, чтобы сделать ее более актуальной.
Спасибо!
Никто не подскажет?
Я уверен, что что-то в домашней директории пользователя заставляет вход X не удаваться, а вход через tty работает. Это не связано с .ICEauthority, так как его удаление не решает проблему.
Если у кого-то есть идея, пожалуйста, сообщите!
После прочтения этого вопроса я начал массово удалять все, что связано с gtk или gnome в .config и .local/share
Я уже удалил gnome-shell, gvfs-metadata, keyrings, но все равно не смог войти в систему. Наконец, я удалил gdm, затем удалил /var/lib/gdm/ и переустановил gdm, и это сработало. Я все еще не уверен, помогло ли удаление /var/lib/gdm/, так как я удалил много файлов в .config и .local/share
Кроме того, я смог войти через сеанс Wayland Gnome и Plasma, но не Xorg. SDDM также работал нормально как с Xorg, так и с Wayland, но мне он не нравился, потому что он работал от имени root
Ответ или решение
Проблема с входом через GDM: зацикливание на экране входа для конкретного пользователя
Ваша ситуация с входом через GDM (GNOME Display Manager) и зацикливанием на экране входа для одного из пользователей может быть вызвана несколькими факторами. При этом проблема не связана с неверным паролем, так как, как вы указали, команда su - {user} работает без проблем. Давайте рассмотрим, какие шаги можно предпринять для решения данной проблемы.
1. Проверка пользовательской директории
Первым делом следует обратить внимание на домашнюю директорию проблемного пользователя. Часто сбои возникают именно из-за испорченных конфигурационных файлов или директорий. Вы упомянули, что удалили .ICEauthority, что является правильным шагом, но также стоит проверить следующие директории:
~{user}/.local/share/gnome-shell~{user}/.local/share/gvfs-metadata~{user}/.local/share/keyrings
Удаление этих директорий, как вы уже сделали, может устранить проблему, вызванную поврежденными метаданными или конфигурациями.
2. Удаление конфигураций в .config
Кроме ~{user}/.local/share, не лишним будет проверить и директорию ~{user}/.config. Конфигурационные файлы, связанные с Gnome или GTK-приложениями, могут также вызывать подобные сбои. Вы можете выполнить следующую команду, чтобы удалить все проблемные конфигурации:
rm -rf ~{user}/.config/gnome*
rm -rf ~{user}/.config/gtk*Внимание: Будьте осторожны, так как это приведет к удалению всех настроек приложений пользователя.
3. Проверка системных журналов
Изучите журналы для получения дополнительной информации об ошибках. Используйте следующую команду, чтобы увидеть события, относящиеся к GDM или графическим системам:
journalctl -xe | grep gdmОбратите внимание на все ошибки или предупреждения, которыми они могут указывать на причину сбоя.
4. Проблемы с библиотеками и зависимостями
Часто проблемы с входом могут быть связаны с неправильно установленными или поврежденными библиотеками. Попробуйте переустановить gdm:
sudo dnf remove gdm
sudo dnf install gdmЭто может решить проблемы, связанные с установкой и конфигурацией GDM.
5. Проверка прав доступа
Проблема также может быть связана с правами доступа к домашней директории пользователя. Убедитесь, что права установлены корректно:
chmod 700 ~{user}6. Изоляция проблемы с рабочими окружениями
Отмечено, что сессии на Wayland и KDE Plasma работали без проблем, но не работал Xorg. Это может указывать на то, что проблема может быть специфична для конфигурации Gnome в Xorg. Попробуйте выполнить следующие команды:
loginctl set-session <your-session-id>Где <your-session-id> соответствует идентификатору вашей сессии.
Заключение
Проблема, с которой вы столкнулись, реально может быть связана с поврежденными конфигурациями или настройками на уровне пользователя. Ваши первоначальные шаги по удалению .ICEauthority и директорий в .local/share были очень продуктивными. Если проблема сохранится, продолжайте проверку конфигураций или переходите к полному восстановлению пользовательских настроек.
Не стесняйтесь делиться своим опытом в обсуждениях или форумах, так как это может помочь другим пользователям, столкнувшимся с аналогичными проблемами. Удачи в разрешении вопроса!