Ubuntu застревает в петле входа

Для меня следующее сработало. Введите ctrl + alt + F1 и войдите под своим именем пользователя в командной строке.

user@dell$ ls -l ~/.ICEauthority
-rw------- root root 3668 May 28 09:28 /home/user/.ICEauthority
user@dell$ sudo chmod 777 ~/.ICEauthority
password:
user@dell$ ls -l ~/.ICEauthority
-rwxrwxrwx root root 3668 May 28 09:28 /home/user/.ICEauthority

ctrl + alt + F7 и логин работал.

Для меня конфигурация некоторых пакетов была отключена, поэтому работающие (после ctrl + alt + F3):

sudo dpkg --configure -a

устранили проблему.

Я сталкивался с этой проблемой на Xenial, установленном на USB-ключе, установленном на ноутбуке без HD, работающем с Unity и gnome-flashback. Пробовал каждый обходной путь здесь безуспешно, потом вспомнил, что несколько дней назад, находясь в chroot и используя qemu, если я выбрал gnome-flashback-compiz, у меня возникла проблема, тогда как с единицей я не стал. Пробовал с gnome-flashback-metacity, и это сработало.

В этом случае он также работает не с gnome-flashback-compiz, а с gnome-flashback-metacity и с единством, с которым он работал.

Сильвия

В моем случае моя папка пользователя каким-то образом получила chown 'root! Ответ находится в .Xauthority и других файлах в вашей домашней папке; если пользовательские данные конфигурации не могут быть открыты для чтения / записи, lightdm не будет работать.

Я просто ctrl + f1 , вошел в систему, затем sudo chown /home/<userdir>, затем sudo service lightdm restart (может и не понадобиться), и затем я смог вернуться в.

Некоторые диагностические сообщения были бы более полезными, но такова жизнь со свободным программным обеспечением.

Относительно пользователей Gnome:

Я попробовал все эти опции безрезультатно. Вероятно, из-за использования Gnome в качестве моего предпочтительного интерфейса.

Изучив ответ Соута , я смог получить его для входа в систему с помощью графического интерфейса Ubuntu и Xubuntu, поэтому его сообщение помогло зажечь мой мозг.

Я не видел ничего, связанного с Gnome, поэтому я посмотрел некоторые инструкции и следовал этому руководству из OMG Ubuntu для Gnome 3.2 в Ubuntu 16.04.

У меня был Gnome, работающий безупречно, поэтому я понятия не имею, что случилось однажды. Это что-то вроде загрузки и обновления, но это сработало для меня с Gnome , и я счастлив без входа в цикл смерти!

Я нашел другой способ вызвать цикл входа в систему, который не был охвачен ни одним из этих ответов, ура! ]. Когда я перешел к конфигурации одного монитора, я удалил скрипт, но не удалил ссылку. В следующий раз я загрузился - цикл входа в систему.

Изучая файл журнала в /var/log/lightdm/lightdm.log, я обнаружил явное сообщение об ошибке, сообщающее, что скрипт не найден, и поэтому lightdm не удалось запустить. Закомментирование ссылки в lightdm.conf исправило ее.

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

Мне наконец удалось решить проблему, попробовав несколько вещей.

Я подозреваю, что amdgpu является причиной сбоя, но поскольку я не знаю наверняка, я собираюсь опубликовать все, что я пытался:

Взято из моего первоначального вопроса о askubuntu: См. Здесь

1. удалить amdgpu-pro (amdgpu-pro-uninstall)
2. установить драйвер с открытым исходным кодом ( см. Здесь ). Я также установил все эти * hwe * пакеты.
3. переустановить и перенастроить lightdm, ubuntu-dektop, unity

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

К сожалению, логин все равно не будет работать. Кроме того, я добавил своего пользователя в группу lightdm, но сомневаюсь, что это имеет какое-либо значение.

Затем я нашел другие подобные проблемы и попробовал следующие шаги:

# as root
add-apt-repository ppa:paulo-miguel-dias/pkppa
apt-get update
apt-get upgrade
reboot

До сих пор не удалось, поэтому я решил попробовать другой метод обновления

# as root
apt full-upgrade
reboot

И затем я был в состоянии войти снова.

Мой личный вывод

Кажется, проблема существует в драйвере amdgpu, и Ubuntu не сможет установить работающий драйвер, если вы не добавите упомянутый выше ppa. В нем говорится, что он работает только с Ubuntu 18.04, но я все равно попробовал, и сейчас это работает .

Прочитав ответ Джеймса , я понял, что изменил пароль пользователя, войдя в систему как root. Я знал старый пароль, поэтому я снова вошел в систему как пользователь root (чтобы войти в систему как пользователь root, нажмите ctrl+alt+F3, введите имя пользователя в качестве пользователя root и введите свой пароль root) и изменил пароль для этого пользователя на старый с помощью команды ниже

passwd <username>

Теперь измените пароль на старый, нажмите ctrl+alt+F7 и войдите в систему как обычно. Это решение работает, только если у вас есть проблема с зашифрованным домашним каталогом и вы изменили пароль, используя root.

Та же проблема на нескольких RPI (версии 2B и 3). Решение:

• проверьте файл .xsession-errors: cat ~/.xsession-errors. Мой показывал:

Xsession: X сессия началась для pi в ****

Xsession: не удалось начать X сессию --- нет "/ home / pi / файл .xsession "file, no" /home/pi/.Xsession ", не содержит менеджеров сеансов, оконных менеджеров и эмуляторов терминала; Прерывание.

• для решения этой проблемы переустановите следующие пакеты:

sudo apt-get install xserver-xorg-core xserver-xorg-input-all \
xserver-xorg-video-fbdev libx11-6 x11-common \
x11-utils x11-xkb-utils x11-xserver-utils xterm lightdm openbox

Источник: https://www.raspberrypi.org/forums/viewtopic.php ? t = 154190

К вашему сведению: раньше я использовал RPI с автоматическим входом и без графического режима. Таким образом, я переустановил lightdm и в итоге столкнулся с проблемой петли входа в систему после перехода в режим графического интерфейса автоматического входа (raspi-config).

Расширения GNOME-Shell, установленные в профиле пользователя, по-видимому, вызывали петлю входа в систему при установке Bionic Beaver здесь. Пользователь может снова успешно войти в свою графическую среду только после удаления всех расширений GNOME-Shell, установленных в профиле пользователя. Найденные затем удалены из Баш были ext-helper@amanda.darkdna.net и workspace-grid@mathematical.coffee.gmail.com.

Я полагаю, что обнаружив этот трек, изучив журнал systemd, в веб-интерфейсе также был сигнал о расширении оболочки Gnome в этом или близком контексте.

Проблемы начали возникать после установки безопасности и базовых обновлений в календарную неделю № 3 2019 года. Фактически никакой реконфигурации на системном уровне в то время пользователем не проводилось.

Теперь осталось два GNOME-расширения системного уровня, потому что не было найдено способа удалить их тоже. Однако они отключены. Главный выключатель расширений также установлен в положение OFF. Возможно, в среднесрочной или долгосрочной перспективе я попытаюсь снова использовать расширения, однако, продвигаясь с осторожностью и небольшими шагами.

Следовательно, ни один из подсказок, найденных здесь, не может помочь, поскольку основные точки были в порядке, например, Каталог ~ / .XAuthority, ~ / .ICEAuthority, / tmp, стек Nvidia. Основанный на lightdm подход был нежелателен, так как в этом случае используется Ubuntu 18.04, который не использует lightdm по умолчанию. Это установка, выполняемая в VmWare-гипервизоре, поэтому эмулируемая графическая карта не от Nvidia. Эти намеки не могли быть применены, ни помочь. Я также не смог найти в директивах ~ / xsession-errors подсказки.

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

Я попал в цикл входа в систему, запустив средство обновления программного обеспечения для 18.04 30 января 2019 года. Было очень трудно войти в режим терминала при Ctrl + Alt + < kbd> F1 или F2 или F3 , обычно это происходит только после нескольких перезагрузок. Переход в режим терминала в соответствии с Ctrl + Alt + F3 стал надежным только после установки lightdm и перехода на него, как предложено в популярном ответе выше. Другие стандартные рецепты (проверьте владение .Xauthority и .ICEauthority и разрешения / tmp) были в порядке, и взлом с драйвером nvidia не помог. После долгих поисков я нашел предложение Халила Лалеха в Ubuntu 18.04. Окно входа в систему , чтобы проверить ваши расширения гномов. Бинго! В моем случае необходимо удалить сетку рабочего пространства Заккака = 'workspace-grid@maturgical.coffee.gmail.com' в каталоге ~ / .local / share / gnome-shell / extensions, чтобы наконец запустить Ubuntu, а затем переустановить из [ 111] https://extensions.gnome.org восстановил макет моего рабочего пространства.

Я уверен, что никто, кроме кого-то с крайним случаем проблемы, не увидит этого, но если вы это сделаете ... возможно, это поможет! :)

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

user@hostname:~$ find -user root

Оттуда вам нужно как-то искать в выводе и посмотреть, не можете ли вы найти что-то необычное.

В качестве примечания также показано, что .Xauthority принадлежит root ...

Если вы не можете войти, диск / раздел вашей домашней папки может быть переполнен.

Чтобы узнать, заполнен ли ваш диск / раздел: нажмите Ctrl + Alt + F3 , войдите и введите df. Вы получаете информацию об используемом дисковом пространстве.

Если другие вопросы не приводят к решению, я предлагаю попробовать выполнить следующие действия:

1. Войти в текстовом режиме с помощью виртуальной консоли (VC). То есть Ctrl Alt F1 и ваше имя пользователя / пароль для входа. Давайте назовем этого пользователя original.

2. Создать нового пользователя. Вы можете использовать , например, :

   adduser newuser --group sudo
   

   , чтобы добавить нового административного пользователя (то есть пользователя, который может сделать sudo).

3. Попробуйте войти как newuser. Если это работает, вы теперь, что проблема в конкретной настройке пользователя original. В противном случае прекратите чтение здесь - проблема на системном уровне, и вам, вероятно, придется переустановить что-то из графического стека.

4. Теперь вы можете попытаться найти то, что произошло. Сравните скрытые файлы в ~original и ~newuser и попытайтесь найти несоответствия. Особенно вам следует искать файлы, которые вам не принадлежат:

   find . \! -user original
   

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

   find . \! -perm -u=w
   

5. Вы можете переместить подозрительные файлы в резервную копию (sudo mv whatever whatever-backup) и попытаться войти снова.

6. Файлы в /tmp и /var, которые могут иметь значение для этой проблемы, должны быть удалены перезагрузкой - но иногда там тоже есть некоторый остаток.

В качестве последнего средства вы можете сделать резервную копию важной информации из original (не все домашние каталог! Или вы будете распространять проблему), а также удалить и воссоздать ее, хотя Лучше быть в состоянии найти , где проблема. [Тысяча сто тридцать одна]

На всякий случай изменяя права доступа для файлов .Xauthority и .IDEauthority с chown команда не работала на Вас:

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

Ввести echo $SHELL в Ваш терминал. Если Вы возвращаетесь /bin/bash, использовать export PATH=$PATH:/usr/local:/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin:/bin:/sbin временно смочь использовать команды.

Затем откройте Ваш .profile файл, расположенный в Вашем корневом каталоге ~, т.е. /home/yourusername с sudo gedit ~/.profile и добавьте недостающие пути к PATH, так, чтобы это было похоже на это:

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

Теперь перезагрузите свою систему так, чтобы изменения в ПУТИ переменной окружения вступили в силу.

(Если команды не распознаны Вашей оболочкой, Вы могли бы также использовать эквивалентные пути к исполняемым файлам команд, например, вместо sudo gedit ~/.profile ввести /usr/bin/sudo /usr/bin/gedit ~/.profile. Оболочка говорит Вам каталог для использования, т.е. command не найденный, но команда Ваш пытаются использовать, может быть найден в /path/to/command's/directory - мог быть любой из путей, которые Вы видите выше.)

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

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

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

Тип sudo dpkg-reconfigure gdm

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

Тип sudo reboot

Ваш рабочий стол не запускается (звучит так). Я хотел бы начать с входа в систему как другой пользователь.

Ctrl + Alt + F1 , затем войдите

sudo adduser testing

Пользователь был добавлен ctrl + alt + f7 и попробуйте войти в систему как тестирование. Если вы можете войти в систему как тестирование, то ваша конфигурация Unity / Gnome не работает и должна быть сброшена. Этот вопрос охватывает это. Я предпочитаю mv ~/.config ~/.config.old.

У меня была почти идентичная проблема несколько месяцев назад. Переключение в консоль с экрана входа LightDM (Ctrl-Alt-F1), вход в систему с административным именем пользователя и паролем и ввод следующих команд решили проблему:

sudo mv ~/.Xauthority ~/.Xauthority.backup
sudo service lightdm restart

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

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

Переустановил xubuntu-desktop и исправил. Думаю, apt-get autoremove убрал пакет.

Нажмите Ctrl+ALT+F3. Вам нужно дать приглашение ко входу в систему стиля Unix, поэтому ввести Ваше имя пользователя и пароль там. Оттуда Вам нужно дать оболочку (программа, которая позволяет Вам вводить команды, вид подобных окон cmd.exe). Введите эти команды и нажмите ENTER (или Возврат) после записи каждого (необходимо будет ввести пароль, когда это показывает что-то как [sudo] password for USERNAME. Обратите внимание, что пароль не покажет при вводе его!):

sudo apt-get update
sudo apt-get -y dist-upgrade
sudo apt-get -y install fglrx

Затем перезагрузите свое использующее компьютеры эта команда:

sudo reboot

Посмотрите, работает ли это :)

Если это не работает, попытайтесь возвращаться к 3-му терминалу (Ctrl+ALT+F3), входу в систему, и введите эту команду (нажимающий ENTER после ввода его):

sudo apt-get -y install lxdm

Это покажет подобное DOS диалоговое окно после немного. Если lxdm не выбран, выберите его при помощи ключей Стрелки вверх и вниз и нажмите ENTER для принятия того выбора. Затем перезагрузка с помощью той же команды в качестве прежде (sudo reboot).

Если это все еще не работает, вернитесь к 3-му терминалу (ALT+F3), входу в систему, и введите эту команду (та же процедура):

sudo apt-get -y install lubuntu-desktop

Это установит намного более легкую настольную среду, которая должна работать на данный момент (должен позволить Вам войти и использовать свой компьютер). После того как это сделано, перезагрузка (sudo reboot), и когда Вы сталкиваетесь со страницей входа в систему, выберите Lubuntu среда вместо Ubuntu.

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

ctrl < / kbd> + alt + F1 , войдите в систему как пользователь, освободите место и перезапустите X-сервер! mostely sudo service sddm restart

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

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

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

~/.xsession-errors

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

У вас могут быть проблемы с LightDM, менеджером входа в систему, который входит в Ubuntu по умолчанию. В 12.04 это делало ту же самую проблему, которую вы описываете.

Вы можете установить GDM, альтернативный менеджер входа, чтобы обойти это:

На экране входа в систему нажмите и удерживайте Ctrl + Alt + F2 чтобы перейти к терминалу. Не бойся! Просто войдите под своим именем пользователя и паролем.

Затем введите sudo apt-get install gdm. Дайте ему установить и введите sudo dpkg-reconfigure gdm и следуйте инструкциям, чтобы установить его в качестве менеджера входа в систему.

Нажмите Ctrl + Alt + F7 , чтобы вернуться к экрану входа в систему, который теперь должен выглядеть по-другому. Работает ли вход в систему? Если это так, ваша проблема решена!

Если этого не произойдет, вернитесь к полноэкранному терминалу (снова Ctrl + Alt + F2 ) и запустите sudo dpkg-reconfigure lightdm, чтобы снова установить LightDM в качестве менеджера входа. Теперь вы знаете, что это проблема с вашими графическими драйверами.