Помощь при разблокировке учетной записи пользователя [dубликат]

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

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

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

106 ответов

Это случилось со мной, когда я выключил компьютер, пока он все еще заканчивал обновление до последних изображений ядра. Я сделал CTRL-ALT F1, вошел в систему, затем sudo apt-get update и sudo apt-get dist-upgrade, и дайте ему закончить настройку.

После перезагрузки я снова смог войти в destkop.

2
ответ дан 31 July 2018 в 19:16

Мне нужно было изменить разрешения моей домашней папки:

sudo chmod 755 /home/<username>

Это можно сделать, войдя в терминал, используя свое имя пользователя и пароль в оболочке с помощью CtrlAltF1.

5
ответ дан 2 August 2018 в 12:17

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

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

13
ответ дан 2 August 2018 в 12:17

Это также может быть связано с особой комбинацией настроек:

  • Зашифровано /home/$USER
  • $USER в nopasswdlogin группе

lightdm попытается войти в систему, но не сможет получить доступ к файлам, чтобы вы получили описанные симптомы.

Чтобы исправить это, удалите $USER из группы:

sudo gpasswd -d $USER nopasswdlogin
3
ответ дан 2 August 2018 в 12:17

Это также может быть связано с особой комбинацией настроек:

  • Зашифровано /home/$USER
  • $USER в nopasswdlogin группе

lightdm попытается войти в систему, но не сможет получить доступ к файлам, чтобы вы получили описанные симптомы.

Чтобы исправить это, удалите $USER из группы:

sudo gpasswd -d $USER nopasswdlogin
3
ответ дан 2 August 2018 в 12:17

Мне нужно было изменить разрешения моей домашней папки:

sudo chmod 755 /home/<username>

Это можно сделать, войдя в терминал, используя свое имя пользователя и пароль в оболочке с помощью CtrlAltF1.

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

Я получил цикл регистрации в связи с обновлением от 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
ответ дан 3 August 2018 в 16:41

У меня была такая же проблема после чистой установки 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
ответ дан 3 August 2018 в 16:41

Сегодня столкнулась с той же проблемой.

Причина была для меня немного странной. xubuntu-desktop удален, так что ubuntu-desktop. LightDM вышел без сообщения об ошибке. Пробовал lxdm, и когда я попытался войти в систему, у него появилось сообщение о том, что Xubuntu не удалось найти.

Переустановлено xubuntu-desktop, и теперь оно исправлено. Подумайте, что apt-get autoremove удалил пакет.

46
ответ дан 3 August 2018 в 16:41

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

chown username:username .Xauthority 

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

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

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

Примечание: замените <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
ответ дан 6 August 2018 в 18:40
sudo chown $USER:$USER $HOME

была для меня проблемой.

Я установил домашний раздел с:

sudo mkdir /home/$USER

, но забыл chown его.

4
ответ дан 6 August 2018 в 18:40

Я получил цикл регистрации в связи с обновлением от 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
ответ дан 8 August 2018 в 22:59
sudo chown $USER:$USER $HOME

была для меня проблемой.

Я установил домашний раздел с:

sudo mkdir /home/$USER

, но забыл chown его.

4
ответ дан 14 August 2018 в 12:57

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

sudo service lightdm restart .

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

1
ответ дан 14 August 2018 в 12:57

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

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

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

~/.xsession-errors

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

8
ответ дан 14 August 2018 в 12:57

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

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