Ubuntu 16.04 Loop после обновления [dубликат]

Мой Ubuntu застрял в цикле входа при попытке войти в мой рабочий стол. Когда я вхожу в систему, экран становится черным, и вскоре после этого появляется экран входа в систему.

Я читал, что проблема может быть вызвана ошибкой в ​​зависимости от графики, вот моя видеокарта: ATI Radeon 7670M

399
задан 31 January 2016 в 18:28

104 ответа

Я нажал Ctrl + Alt + F3 и зашел в оболочку. Впоследствии с помощью этой команды:

chown username:username .Xauthority 

Где username - мое имя для входа, я решил проблему.

5
ответ дан 5 August 2018 в 02:16

У меня была такая же проблема после чистой установки Ubuntu 12.10 (но повторного использования существующего домашнего раздела). Я попробовал все остальные ответы, но никто не работал. Но я нашел ключ к моей конкретной проблеме в файле .xsession-errors в моем домашнем каталоге.

Вот как я решил это в моем случае:

  1. Хит Ctrl + Alt + F1, чтобы открыть виртуальный терминал. Затем войдите с именем пользователя и паролем.
  2. Откройте файл ~/.xsession-errors, если он существует (введите cat ~/.xsession-errors). В моем случае этот файл содержал одну строку с сообщением об ошибке: / usr / sbin / lightdm-session: 27:.: Не удалось открыть / usr / bin / byobu-launch
  3. Теперь byobu - это инструмент командной строки, который я использую, и я не знаю, как это получилось в системном файле, так как это было сразу после чистой установки. Byobu не установлен по умолчанию, так что это может объяснить ошибку, поскольку она ищет файл (/usr/bin/byobu-launch), которого не существует. Поэтому в моем случае мне пришлось установить byobu, чтобы исправить эту проблему: sudo apt-get install byobu
  4. Нажмите Ctrl + Alt + F7, чтобы вернуться на экран входа в систему, и теперь логин работал нормально.

Конечно, в вашем случае вы можете найти другое сообщение об ошибке в .xsession-errors, для чего требуется другое решение.

7
ответ дан 5 August 2018 в 02:16

Моя домашняя папка была заполнена :-( df -h даст вам этот ответ, который мне нужно было связать через ssh, сделал некоторое пространство и работал как цветок

ctrl + alt + F1, login as user, освободите место и перезапустите свой X-сервер! sudo service sddm restart

13
ответ дан 6 August 2018 в 18:57

У меня возникла одна и та же проблема, и причиной в моем случае было то, что я попытался добавить что-то в файл /etc/environment, и все, что я добавил, казалось, не хотел, чтобы я регистрировался после перезапуска.

Решение:

Когда на экране входа в систему нажмите CTRL + ALT + F2. Войдите в систему с именем пользователя и паролем администратора и отредактируйте файл /etc/environment и удалите внесенные в него изменения.

В терминале вы можете использовать следующую команду nano для редактирования файла:

sudo nano /etc/environment

Нажмите CTRL + o, а затем нажмите ENTER для сохранения файла. Нажмите CTRL + x для выхода из nano.

После того, как вы отредактировали и сохранили файл, просто нажмите CTRL + ALT + F2, чтобы вернуться на экран входа в GUI, и вы должны войти в систему.

3
ответ дан 6 August 2018 в 18:57

Перейдите на другой экран входа в систему.

Ctrl + Alt + F2, чтобы открыть терминал.

Ctrl + Alt + F7, чтобы вернуться в графический режим.

Тип sudo dpkg-reconfigure gdm

На графическом экране выберите gdm и OK.

Тип sudo reboot

1
ответ дан 6 August 2018 в 18:57

Можете ли вы повлиять на Ошибка № 1240336 , где после освобождения обновления исчезли разные разрешения.

Другие побочные эффекты

  • нет гостевого входа
  • Синтаксис не начинается с меню

Я получаю логин для работы, когда я помещаю пользователя в группу video или после запуска sudo chmod a+rw /dev/dri/* в терминале.

Но:

  • нет звука
  • Выход из пользовательского меню не работает
  • работает /usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1 дает: polkit-gnome- authentication-agent-1: 5805): polkit-gnome-1-WARNING **: невозможно определить сеанс, в котором мы находимся: нет сеанса для pid 5805

Решение

Запустите sudo pam-auth-update --force в терминале. Это позволило решить описанные проблемы в моих случаях.

48
ответ дан 6 August 2018 в 18:57

У меня была такая же проблема после чистой установки Ubuntu 12.10 (но повторного использования существующего домашнего раздела). Я попробовал все остальные ответы, но никто не работал. Но я нашел ключ к моей конкретной проблеме в файле .xsession-errors в моем домашнем каталоге.

Вот как я решил это в моем случае:

  1. Хит Ctrl + Alt + F1, чтобы открыть виртуальный терминал. Затем войдите с именем пользователя и паролем.
  2. Откройте файл ~/.xsession-errors, если он существует (введите cat ~/.xsession-errors). В моем случае этот файл содержал одну строку с сообщением об ошибке: / usr / sbin / lightdm-session: 27:.: Не удалось открыть / usr / bin / byobu-launch
  3. Теперь byobu - это инструмент командной строки, который я использую, и я не знаю, как это получилось в системном файле, так как это было сразу после чистой установки. Byobu не установлен по умолчанию, так что это может объяснить ошибку, поскольку она ищет файл (/usr/bin/byobu-launch), которого не существует. Поэтому в моем случае мне пришлось установить byobu, чтобы исправить эту проблему: sudo apt-get install byobu
  4. Нажмите Ctrl + Alt + F7, чтобы вернуться на экран входа в систему, и теперь логин работал нормально.

Конечно, в вашем случае вы можете найти другое сообщение об ошибке в .xsession-errors, для чего требуется другое решение.

7
ответ дан 6 August 2018 в 18:57

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

sudo service lightdm restart .

Самое смешное, что даже после того, как я перезаписываю lightdm, он не входит в систему с первой попытки, но только при моей второй попытке, даже если я ввожу правильный пароль. Я понял это несколько недель назад, и я проверил это несколько раз, убедившись, что я случайно не ошибаюсь в своем пароле. Теперь я уверен, что он не регистрирует меня в первый раз после перезапуска lightdm, но только во второй попытке!

1
ответ дан 6 August 2018 в 18:57

Перейдите на другой экран входа в систему.

Ctrl + Alt + F2, чтобы открыть терминал.

Ctrl + Alt + F7, чтобы вернуться в графический режим.

Тип sudo dpkg-reconfigure gdm

На графическом экране выберите gdm и OK.

Тип sudo reboot

1
ответ дан 8 August 2018 в 23:19

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

Примечание: замените <username> на ваше имя пользователя.

Предположения: Nvidia Graphic Card, lightdm


Доступ к терминалу

Чтобы открыть новый терминал, просто используйте (и затем войдите в систему со своими учетными данными):

Ctrl + Alt + F1

Проверить принадлежащие / группа / разрешения файлов вашего домашнего каталога

cd ~<username>
ls -lah

Исправить владельца и группу .Xauthority и / tmp

chown <username>:<username> .Xauthority
sudo chmod a+wt /tmp

Проверить, есть ли еще проблема перезапуском lightdm

sudo service lightdm restart

Переконфигурировать lightdm

dpkg-reconfigure lightdm
sudo service lightdm restart

Если вы хотите увидеть возможные ошибки из системы

tail -n 50 /var/log/Xorg.0.log # if you want to see the last 50 errors
tail -f /var/log/Xorg.0.log    # if you want to be able to see all new errors live

Релевантные файлы журнала:

/var/log/Xorg.0.log
/var/log/lightdm/lightdm.log

В качестве последнего средства, которое я сделал, переустановите драйверы графической карты. Nvidia просто не работает с Ubuntu.

3
ответ дан 8 August 2018 в 23:19

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

Проблема может быть такой же простой, как неправильная команда, помещенная в файл .profile в домашнем каталоге , (Так как этот файл загружается при входе в систему)

Чтобы узнать, действительно ли это так, нажмите Ctrl Alt F1 и войдите в систему. Проверка файла .xsession-errors в вашем домашнем каталоге

~/.xsession-errors

Это должно дать некоторые подсказки о некоторой проблемной команде.

8
ответ дан 8 August 2018 в 23:19

У меня была такая же проблема после того, как я обновился до 12.10. Затем я приехал сюда из Google. Я создал другого пользователя, и я смог войти в систему.

Поскольку я не использую Unity, я удалял lighdm. После перезагрузки я могу войти в систему. Вы можете попробовать это.

Удачи!

1
ответ дан 8 August 2018 в 23:19

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

Затем я просмотрел dmesg, обнаружил ошибки BTRFS, связанные с файловой системой на зашифрованном домашнем разделе LUKS (yep, я смешиваю LUKS и BTRFS), попытался написать файловую систему и обнаружил, что он дал мне ввод / вывод ошибки. Поэтому мне пришлось восстановить файловую систему или создать новую и восстановить из резервной копии.

Короче говоря: посмотрите на dmesg и попробуйте записать в файловую систему, которая, кажется, доступна для записи.

3
ответ дан 8 August 2018 в 23:19

Я получил цикл регистрации в связи с обновлением от Ubuntu 12.04 до 14.04. С gdm у меня были сообщения об ошибках в ~ / .cache / gdm / session.log с такими записями, как /etc/gdm/Xsession: line 33: mktemp: command not found и после sudo aptitude purge gdm с lightdm. Я получил несколько похожих сообщений об ошибках в ~/.xsession-errors, например, usr/sbin/lightdm-session: line 24: mktemp: command not found.

Я попробовал несколько вещей. По-моему, в конечном итоге я решил решить эту проблему:

Я переместил файлы конфигурации .profile, .bashrc и .pam_environment в другие имена, а затем мне удалось войти в систему. Я подозреваю, что в одном из них есть проблема.

2
ответ дан 14 August 2018 в 13:19
  • 1
    После установки Ubuntu 18.04 и добавления моего обычного .bashrc я столкнулся с этой проблемой. Исправлена ​​ошибка .bashrc. Я предполагаю, что была ошибка, которая не появилась в 16.04, или, может быть, Unity не выполнил .bashrc для входа в GUI, но GNOME делает. – Nick S 6 September 2018 в 01:33

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

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