Я возился с настройками разрешения fingerprint-gui
и X
/ xrandr
.
Когда я запускаю машину, она загружается нормально. Как только X
и gnome
закончили запуск, он автоматически выходит из системы и возвращает меня к приглашению gdm
со списком пользователей. Затем я могу войти в систему, используя «Ubuntu Desktop Fail-safe».
Я проверил список запускаемых приложений, но там все вроде нормально.
Я пока не могу понять, что именно может за это отвечать: X
, gnome
или какие-то испорченные pam.d
настройки. До сих пор я проверял /var/logs/X11/xorg.0.log
, /var/logs/auth.log
и ~/.xsession-errors
. Кроме того, я не совсем понимаю «взаимодействие» между X, GDM, GNOME, GNOME-policykit, PAM.d и всем этим.
Существуют ли какие-либо другие соответствующие файлы журналов, которые могли бы указать мне, что сломано?
Спецификации:
Это случилось со мной недавно. Я решил свою проблему, посмотрев в журналы lightdm (/usr/log/lightdm/*
). В моем случае он пытался загрузить сеанс с именем gnome-shell
, когда его не было. Я скопировал /usr/share/xsession/gnome.session
в /usr/share/xsession/gnome-shell.session
, и все заработало нормально.
(Обратите внимание, я понимаю, что это, вероятно, не будет работать для спрашивающего, так как Ubuntu не использовал LightDM в 10.10. Однако, если вопрос задавался сегодня или если кто-то ищет сегодня, это вероятный ответ. )
Не видя файлов журналов, сложно сказать, где возникла ошибка (используйте pastebin.ubuntu.com или сообщите о новой ошибке на Launchpad, запустив ubuntu-bug xorg-server
, но попробуйте просмотреть журналы gdm в / var / log / gdm / ( эта папка может быть недоступна без прав root).
Для потомков - я оставлю решение здесь ...
Это может произойти, если вы попытаетесь запустить X-сервер с правами суперпользователя при входе в свою учетную запись ... так что вы могли бы набрать:
sudo startx
или возиться с xauth как корень.
Это создаст файл в вашем домашнем каталоге ~ / .Xauthority, которым владеет root.
При попытке входа в систему система попытается прочитать этот файл, но не будет иметь разрешения и выйдет из системы.
Решение состоит в том, чтобы
Если у вас нет привилегии sudo, вам нужно найти кого-то, кто имеет в вашей системе
Я знаю, что это древний вопрос, но он только что случился со мной. Оказалось, что последняя строка моего ~ / .profile возвращала ненулевой код выхода. Поскольку команда bash 'source' возвращает в качестве кода выхода последний код выхода сценария, я думаю, это расстроило инициализацию xsession.
Вы можете увидеть доказательства этого в ~ / .xsession-errors (я так и сделал), но вы можете не увидеть, если ваша последняя команда профиля возвращает код ошибки без вывода какого-либо вывода.
Итак, взгляните на нижнюю часть каждого из ваших сценариев входа. Работал на меня.
Хорошо, ребята, я нашел реальное решение этой проблемы для всех, у кого установлены видеокарты NVIDIA.
Лучшее решение - удалить драйверы Nvidia. (Но я рекомендую использовать их файл драйвера .run для удаления, просто выполнив: sudo apt purge nvidia- - * и т. Д. У меня не работает)
Во время установки В своей системе я скачал последнюю версию драйвера nvidia в виде файла .run со своего веб-сайта: http://www.nvidia.com/object/linux-display-archive.html
[1114 ] У меня был файл .run, сохраненный в ~ / Downloads как nvidia-drivers.run
Однажды на экране входа в систему я сделал следующие шаги: [1115 ]
См. Шаг 5. Это приведет к правильному удалению все драйверы Nvidia, и вы можете сразу же войти в систему. Удачи!
может случиться, что ваша переменная PATH
испорчена. Чтобы устранить проблему:
Нажмите Alt kbd> + Ctrl kbd> + F5 kbd> на экране входа в систему
export PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games
Теперь вернитесь на передний экран и попробуйте войти.