Не удается войти в систему на рабочем столе, терминал работает

12

У меня недавно установлена ​​система ПК 12,04 LTS (120 ГБ SSD, 1 ТБ HDD, 16 ГБ ОЗУ); через несколько дней я больше не могу войти на графический рабочий стол: очень короткое мигающее окно оболочки, которое очень быстро исчезает ( правка: см. ниже ), и я снова сталкиваюсь с экраном входа в систему. Я считаю , что есть что - то modprobeи vbox, но я не могу читать его достаточно быстро ...

Я могу войти в терминал ( Ctrl+ Alt+ F1). Это не помогло упаковать все содержимое моего домашнего каталога в me:, my-groupкак предложено здесь .

Это то, что я мог бы найти /var/log, подбирая дату и время (я вставил разрывы строк после <my-hostname>; значения в реальном времени сохранились):

auth.log:

<date> 22:43:01 <my-hostname>
    lightdm: pam_succeed_if(lightdm:auth): requirement "user ingroup nopasswdlogin" not met by user "tobias"
<date> 22:43:08 <my-hostname>
    lightdm: pam_unix(lightdm:session): session closed for user lightdm
<date> 22:43:08 <my-hostname>
    lightdm: pam_unix(lightdm:session): session opened for user tobias by (uid=0)
<date> 22:43:08 <my-hostname>
    lightdm: pam_ck_connector(lightdm:session): nox11 mode, ignoring PAM_TTY :0
<date> 22:43:08 <my-hostname>
    lightdm: pam_unix(lightdm:session): session closed for user tobias
<date> 22:43:09 <my-hostname>
    lightdm: pam_unix(lightdm:session): session opened for user lightdm by (uid=0)
<date> 22:43:09 <my-hostname>
    lightdm: pam_ck_connector(lightdm:session): nox11 mode, ignoring PAM_TTY :0
<date> 22:43:10 <my-hostname>
    lightdm: pam_succeed_if(lightdm:auth): requirement "user ingroup nopasswdlogin" not met by user "tobias"
<date> 22:43:10 <my-hostname>
    dbus[756]: [system] Rejected send message, 2 matched rules; type="method_call", sender="1:43" (uid=104 pid=1639 comm="/usr/lib/indicator-datetime/indicator-datetime-ser") interface="org.freedesktop.DBus.Properties" member="GetAll" error name="(unset)" requested_reply="0" destination=":1.15" (uid=0 pid=1005 comm="/usr/sbin/console-kit-daemon --no-daemon ")

kern.log:

<date> 22:43:00 <my-hostname>
    kernel: [   16.084525] eth0: no IPv6 routers present

системный журнал:

<date> 22:43:00 <my-hostname>
    kernel: [   16.084525] eth0: no IPv6 routers present
<date> 22:43:01 <my-hostname>
    ntpdate[1492]: adjust time server 91.189.94.4 offset -0.162831 sec
<date> 22:43:08 <my-hostname>
    acpid: client 969[0:0] has disconnected
<date> 22:43:08 <my-hostname>
    acpid: client connected from 1553[0:0]
<date> 22:43:08 <my-hostname>
    acpid: 1 client rule loaded

У меня установлены Virtualbox и Truecrypt, но я не могу придумать причину, по которой они могут помешать графическому входу в систему.

Я в замешательстве:

  • О чем это requirement "user ingroup nopasswdlogin" not met? Я делаю логин, используя пароль, и пароль работает нормально при входе в терминал!
  • Могу ли я каким-то образом прочитать вывод ошибки, например, отложив его, перенаправив в файл или попросив систему запросить нажатие клавиши?
  • Возможно, какое-то недавнее обновление вызвало мою проблему? Должен ли я установить ожидающие обновления? Как , кстати, без доступа к графическому интерфейсу?

У меня есть некоторые практические знания о оболочке Linux, но я новичок в Ubuntu. Любая помощь будет оценена.

Редактировать: после выключения машины вчера ( sudo shutdown now), я нашел следующий текст на экране, который, как представляется, является «мигающим» текстом, упомянутым ранее (отформатирован; там были некоторые глупые начальные пробелы):

Could not write bytes: broken pipe
speech-dispatcher disabled; edit /etc/default/speed-dispatcher
* Starting VirtualBox kernel modules
* modprobe vboxdrv failed. Please use 'dmesg' to find out why
saned disabled; edit /etc/default/saned
* Checking battery state... [ OK ]

После ручного копирования я выключил аппарат, нажав кнопку несколько секунд.

Возможно, что Virtualbox (4.2 установлен) вызывает проблему. Я добавлю еще несколько извлечений из файла журнала позже сегодня (MET).

Отредактируйте для записей: я попробовал следующее из / a / 133754/103086 :

  • sudo apg-get install gdm(когда предложено, выбрал GDM)
  • перезагружается; Не удалось войти в систему с помощью GDM
  • sudo dpkg-reconfigure lightdmперезагрузился; Логин не будет работать
  • мой ~/.Xauthorityфайл пуст; удаление и перезагрузка ничего не изменили

Более того:

  • деинсталлированная virtualbox ( sudo apt-get remove virtualbox-4.2), перезагрузка

Редактировать : я загрузил zip-архив выбранных / отфильтрованных файлов журнала на http://www.tobias-herp.de/en/errors/ubuntu-gui-lockout . Хранится в apt-get upgradeпоследнее время, но, к сожалению, проблема сохраняется.

Тобиас
источник
У меня есть скрипт для извлечения строк журнала (и копирования файлов с нефиксированными строками), и я загружаю zip-архив (так как это будет 1619 строк в 6 файлах, включая 924 строки в dmesg), но я не могу узнать, как его загрузить ...
Тобиас
Может ли это быть tweek-it-up.blogspot.com/2012/08/…
Ариэльф
Нет; ~/.Xauthorityфайл completeliy «мой» ( tobias:tobias).
Тобиас
Недавно я установил новый рабочий стол 12.04 (у него уже есть 5 других), и у нового возникали проблемы с входом в GUI с пользователями ldap, но не локальными. Я боролся с этим с ограниченным успехом, затем сдался и установил Монетный двор, который работал. Я предполагаю, что в недавнем обновлении есть какая-то регрессия. Ранд: Ubuntu становится полным беспорядком. просто посмотрите на сумасшедшую настройку pam с помощью инструментов настройки, которые даже более сложны и загадочны, чем ручная настройка pam.
Циклон

Ответы:

14

Удаление ~ / .Xauthority у меня сработало

Андрей
источник
То же самое здесь, даже если ~/.Xauthorityбыл с правильным разрешением и правообладателем (мной).
Вааб
Точно так же это сработало для меня (в Ubuntu 13.04)
Stabledog
Да, удаление файла необходимо, потому что данные в файле .Xauthority будут отличаться (возможно, существует pid или контекст даты?). Разрешение само по себе не является обычной проблемой.
Андрей
4

У меня была такая же проблема. Оказалось, что моя проблема была в том, что ~/.Xauthorityон обновлялся как root, и с тех пор только root мог его читать. Это помешало мне начать любой сеанс X с моего имени пользователя. Я должен был, sudo rm ./.Xauthorityи после этого все работало нормально.

Питер
источник
3

Я наконец сдался и переустановил систему. Это не было проблемой, поскольку система была достаточно свежей, и большинство личных данных еще не были перенесены в нее. Я не могу точно сказать, что проблема не была вызвана нестандартным пакетом, так что ...

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

sudo bash
apt-get upgrade
apt-get install ssh mercurial vim
cd /etc/
vim mercurial/hgrc
hg init .
hg add *
hg commit

Таким образом, всякий раз, когда возникает новая проблема, я должен иметь больше шансов узнать, что могло пойти не так.

Тобиас
источник
Просто для записей: через некоторое время даже новая система установки столкнулась с той же проблемой. Я решил полностью удалить Ubuntu и вместо этого установить Windows (с виртуальной машиной Linux).
Тобиас
Только для записей: то, что вы делаете с "hg", выполняется автоматически благодаря пакету "etckeeper" (и вы можете выбрать mercurial, bazaar, git ...)
vaab
2

В моем случае это было вызвано неправильным ~/.dmrcобъяснением здесь . Это может быть обнаружено благодаря тому, ~/.xsession-errorsгде у меня была следующая ошибка:

x-терминал-эмулятор: неустранимая ошибка ввода-вывода: клиент убил konsole (1598) Konsole :: SessionManager :: ~ SessionManager: Konsole SessionManager уничтожен с сессиями еще живыми

BENČ
источник
2
работал для меня тоже. Kubuntu 12.04, KDE. Я удалил оба .dmrc и .Xauthority. Благодарность!
MountainX
2

Подобная проблема произошла со мной после того, как я добавил export PATH=$PATH:/home/<user>/SomeFolderв конце /etc/profile. После того, как я вошел в терминал, удалил эту строку и перезагрузился, я мог войти в систему нормально, и проблема, кажется, ушла.

Документация:

  • Я получил следующий мигающий текст на экране перед входом в систему:

    Could not write bytes: broken pipe
    * Starting VirtualBox kernel modules
    
    saned disabled; edit /etc/default/saned
    
  • Ubuntu 12.04 LTS, 64-разрядная, Intel Core i5, 6 ГБ.
  • У меня установлен VirtualBox 4.2.18, но он работает нормально.
  • У меня двойная загрузка с Windows 8 с использованием GRUB.
ОГД
источник
Может ли это быть проблемой? Я не знаю. У меня обычно есть ~/binкаталог, который мне нравится иметь в PATH, но установка больше не существует.
Тобиас
Вы подтолкнули меня в правильном направлении при решении проблемы, которая также появилась на моем нетбуке, на котором все еще есть Ubuntu. Один из сценариев оболочки, который я автоматически выбрал при входе в систему, вызвал ошибку, и появилась строка в ~/.xsession-errors; когда я попробовал это в оболочке, все выглядело нормально. Тем не менее, я отключил загрузку скриптов и могу снова войти в систему графически.
Тобиас
0

Вбегая в это сейчас, используя lightdm + любой не приветствующий единство. Если я установлю greeter на unity-greeter в /etc/lightdm/lightdm.conf, он, похоже, будет работать. Понятия не имею почему.

Редактировать: отредактировано. Что-то, что я только что добавил с обновлением, должно быть, вызвало это, и теперь даже единитель не работает.

Павел
источник
1
Я посмотрел на этот файл; в (одной и только) раздела SeatDefaults, то значение greeter-sessionэто unity-greeterуже. Любое другое значение, которое я мог бы попробовать?
Тобиас
0

В моем случае я добавил несколько команд в .xprofile, что вызвало возврат обратно на экран входа сразу после входа. Ошибки, которые я обнаружил, были одинаковыми. Удалите все несущественное из вашего ~ / .profile, и ~ / .xprofile должен привести ситуацию в норму.

DALF
источник
0

Для меня это произошло, когда в файле .profile есть недопустимая запись пути. Когда я его убрал, все заработало отлично. Проверьте файл .xsession-error на наличие ошибок, о которых он сообщает

savyan
источник
0

У меня была такая же ошибка на Ubuntu 14.04.02 LTS. Я открыл файл журнала /var/log/lightdm/lightdm.logи вижу сообщение как ...not enough disk space for .Xauthroity.... Затем я обнаружил, что на диске действительно нет места. Поэтому я удалил некоторые файлы и ошибка исчезла.

Павел Аннеков
источник