Gnome / X выходит из системы сразу после входа в систему & mdash; какие лог файлы актуальны?

Я возился с настройками разрешения 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 и всем этим.

Существуют ли какие-либо другие соответствующие файлы журналов, которые могли бы указать мне, что сломано?

Спецификации:

  • Ubuntu 10.10 Maverick Сурикат
  • IBM / Lenovo Thinkpad R60, ATI Radeon x1400 Mobility
  • все обновления установлены
  • Linux User 1 год +,
7
задан 10 January 2011 в 20:11

7 ответов

Это произошло со мной (в Xfce) после копирования файла .mov на рабочий стол. Использование ssh для удаленного входа и удаления файла решило проблему

0
ответ дан 10 January 2011 в 20:11

может случиться, что ваша переменная PATH испорчена. Чтобы устранить проблему:

Нажмите Alt + Ctrl + F5 на экране входа в систему

export PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games

Теперь вернитесь на передний экран и попробуйте войти.

0
ответ дан 10 January 2011 в 20:11

Хорошо Парни, я нашел действительное решение этой проблемы для всех те, кому установили видеокарты NVIDIA.

Лучшее решение состоит в том, чтобы удалить драйверы Nvidia. (Но я рекомендую использовать их драйвер .run файл для удаления просто выполнения: sudo способная чистка Nvidia -* и т.д. не работал на меня),

Во время установки в моей системе я загрузил последний драйвер Nvidia как .run файл с их веб-сайта: http://www.nvidia.com/object/linux-display-archive.html

Мне сохранили .run файл в ~ / Загрузки как nvidia-drivers.run

Однажды на экране входа в систему, я сделал шаги ниже:

  1. ctrl+alt+f6
  2. вход в систему
  3. сервис sudo lightdm остановка
  4. CD к ~ / каталог Downloads, где файл nvidia-drivers.run хранится.
  5. nvidia-drivers.run sudo - удаление
  6. сервис sudo lightdm перезапуск

См. step5: Это правильно удалит все драйверы Nvidia, и можно сразу войти в. Удачи!

0
ответ дан 10 January 2011 в 20:11

Для потомков - я оставлю решение здесь ...

Это может произойти, если вы попытаетесь запустить X-сервер с правами суперпользователя при входе в свою учетную запись ... так что вы могли бы набрать:

sudo startx

или возиться с xauth как корень.

Это создаст файл в вашем домашнем каталоге ~ / .Xauthority, которым владеет root.

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

Решение состоит в том, чтобы

  • выходить на терминал Ctrl + Alt + F1
  • и входить в свою учетную запись
  • , типа: sudo mv ~ /. Xauthority ~ / old.Xauthority
  • теперь выйдите из системы, набрав «logout»
  • , вернитесь в dm с помощью Ctrl + Atl + F7
  • , и вы сможете войти сейчас !

Если у вас нет привилегии sudo, вам нужно найти кого-то, кто имеет в вашей системе

0
ответ дан 10 January 2011 в 20:11

Я знаю, что это древний вопрос, но он только что случился со мной. Оказалось, что последняя строка моего ~ / .profile возвращала ненулевой код выхода. Поскольку команда bash 'source' возвращает в качестве кода выхода последний код выхода сценария, я думаю, это расстроило инициализацию xsession.

Вы можете увидеть доказательства этого в ~ / .xsession-errors (я так и сделал), но вы можете не увидеть, если ваша последняя команда профиля возвращает код ошибки без вывода какого-либо вывода.

Итак, взгляните на нижнюю часть каждого из ваших сценариев входа. Работал на меня.

0
ответ дан 10 January 2011 в 20:11

Это случилось со мной недавно. Я решил свою проблему, посмотрев в журналы lightdm (/usr/log/lightdm/*). В моем случае он пытался загрузить сеанс с именем gnome-shell, когда его не было. Я скопировал /usr/share/xsession/gnome.session в /usr/share/xsession/gnome-shell.session, и все заработало нормально.

(Обратите внимание, я понимаю, что это, вероятно, не будет работать для спрашивающего, так как Ubuntu не использовал LightDM в 10.10. Однако, если вопрос задавался сегодня или если кто-то ищет сегодня, это вероятный ответ. )

0
ответ дан 10 January 2011 в 20:11

Не видя файлов журналов, сложно сказать, где возникла ошибка (используйте pastebin.ubuntu.com или сообщите о новой ошибке на Launchpad, запустив ubuntu-bug xorg-server, но попробуйте просмотреть журналы gdm в / var / log / gdm / ( эта папка может быть недоступна без прав root).

0
ответ дан 10 January 2011 в 20:11

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

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