Я возился с настройками разрешения 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 и всем этим.
Существуют ли какие-либо другие соответствующие файлы журналов, которые могли бы указать мне, что сломано?
Спецификации:
Это произошло со мной (в Xfce) после копирования файла .mov на рабочий стол. Использование ssh для удаленного входа и удаления файла решило проблему
может случиться, что ваша переменная 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
Теперь вернитесь на передний экран и попробуйте войти.
Хорошо Парни, я нашел действительное решение этой проблемы для всех те, кому установили видеокарты NVIDIA.
Лучшее решение состоит в том, чтобы удалить драйверы Nvidia. (Но я рекомендую использовать их драйвер .run файл для удаления просто выполнения: sudo способная чистка Nvidia -* и т.д. не работал на меня),
Во время установки в моей системе я загрузил последний драйвер Nvidia как .run файл с их веб-сайта: http://www.nvidia.com/object/linux-display-archive.html
Мне сохранили .run файл в ~ / Загрузки как nvidia-drivers.run
Однажды на экране входа в систему, я сделал шаги ниже:
См. step5: Это правильно удалит все драйверы Nvidia, и можно сразу войти в. Удачи!
Для потомков - я оставлю решение здесь ...
Это может произойти, если вы попытаетесь запустить X-сервер с правами суперпользователя при входе в свою учетную запись ... так что вы могли бы набрать:
sudo startx
или возиться с xauth как корень.
Это создаст файл в вашем домашнем каталоге ~ / .Xauthority, которым владеет root.
При попытке входа в систему система попытается прочитать этот файл, но не будет иметь разрешения и выйдет из системы.
Решение состоит в том, чтобы
Если у вас нет привилегии sudo, вам нужно найти кого-то, кто имеет в вашей системе
Я знаю, что это древний вопрос, но он только что случился со мной. Оказалось, что последняя строка моего ~ / .profile возвращала ненулевой код выхода. Поскольку команда bash 'source' возвращает в качестве кода выхода последний код выхода сценария, я думаю, это расстроило инициализацию xsession.
Вы можете увидеть доказательства этого в ~ / .xsession-errors (я так и сделал), но вы можете не увидеть, если ваша последняя команда профиля возвращает код ошибки без вывода какого-либо вывода.
Итак, взгляните на нижнюю часть каждого из ваших сценариев входа. Работал на меня.
Это случилось со мной недавно. Я решил свою проблему, посмотрев в журналы 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).