Почему Ubuntu не входит в систему
Многие пользователи Linux сталкивались с проблемой, когда после ввода пароля вместо загрузки графического окружения и рабочего стола появляется чёрный экран, а потом снова запрос ввода пароля. Такая ситуация называется Login loop или ещё её можно описать как ошибка входа в систему. Часто она вызвана неверно выполненным обновлением или экспериментами с системой, хотя у неё могут быть и другие причины.
В этой статье мы рассмотрим основные причины возникновения такой проблемы, а также несколько способов её исправить. Но сначала давайте разберемся где искать сообщения об ошибках.
Почему не входит в систему Ubuntu
Если ошибка возникла во время работы компьютера, возможно решить её поможет перезагрузка. Если же нет, при возникновении любой серьезной ошибки сначала следует понять почему она произошла. Конечно, вариант, когда вы применяете различные варианты решения и если один из них помог, значит там и была ошибка тоже имеет право на существование, но куда быстрее выяснить где же ошибка и исправить её. Ошибки, связанные с работой X сервера записываются в файл /var/log/Xorg.0.log.
Но сначала надо попасть в терминал. Для этого на экране входа нажмите сочетание клавиш Ctrl+Alt+F2, затем введите логин и пароль:
Перед вами откроется командная строка в которую уже можно вводить команды терминала. Теперь вы можете просмотреть лог с ошибками:
Если здесь этого файла нет, что можно попытаться найти его по такому пути:
Все строки с ошибками помечены буквами EE. Опираясь на сообщения, которые есть в файле, вы сможете подобрать верный способ решения проблемы и быстро всё исправить.
1. Нет места на диске
Если в домашнем каталоге недостаточно места для создания временных файлов, необходимых для запуска окружения, с авторизацией могут возникнуть проблемы. Для исправления этой ошибки просто освободите место на диске. Это ваш случай если в логах вы видите сообщение об ошибке No space left on device. и при выполнении такой команды на домашнем или корневом разделе нет больше места:
2. Проблемы с обновлением
Если вы раньше выполняли обновление и оно прошло неудачно, попробуйте его завершить. Для этого выполните такие команды:
sudo apt update
sudo apt -y full-upgrade
Затем очистите систему от лишних пакетов:
sudo apt -y autoremove
sudo apt -y clean
3. Неверные права на
Убедитесь, что права на файл
/.Xauthority верные. Владельцем этого файла должен быть пользователь, от имени которого вы пытаетесь войти в систему и у этого владельца должны быть все права на файл. В старых дистрибутивах этот файл находился в домашней папке:
В современной Ubuntu он находится по пути /run/user/id_пользователя/gdm/Xauthority и создается он уже после успешного входа в систему:
ls -l /run/имя_пользователя/id_пользователя/gdm/Xauthority
Во втором случае проблема с правами вряд-ли возникнет, но в первом она вполне может быть. Для её исправления выполните:
sudo chown имя_пользователя:имя_пользователя
4. Неверные права на /tmp
Папка /tmp предназначена для записи временных файлов и поэтому она должна быть доступна всем пользователям в системе как для чтения, так и для записи. Проверьте какие сейчас установлены права на эту папку:
ls -l / | grep /tmp
Затем установите правильные права если надо:
sudo chmod 1777 /tmp
5. Проблема с проприетарными драйверами
Ещё одной причиной проблем может стать проприетарный драйвер видеокарты. Возможно он сломался после обновления или каких-либо действий с ядром. Его можно обновить до новой версии, переустановить или удалить вовсе. Для удаления драйвера Nvidia используйте команду:
sudo apt remove nvidia-*
Затем очистить конфигурацию Xorg:
нужно переустановить свободный драйвер Nouveau:
sudo apt install —reinstall xserver-xorg-video-nouveau
Подробнее про удаление видео драйвера Nvidia читайте тут. Про установку драйвера Nvidia — здесь.
6. Перезапуск менеджера входа
После того, как вы проверили все методы надо вернуться в графический режим и попробовать войти в систему снова. Для этого используйте сочетание клавиш Ctrl+Alt+F1 или Ctrl+Alt+F7 в старых системах. Также вы можете полностью перезагрузить компьютер или только менеджер входа:
sudo systemctl restart display-manager
Выводы
В этой небольшой статье мы разобрались что делать если у вас не получается войти в систему Ubuntu после ввода пароля и менеджер входа постоянно просит пароль. Ситуация довольно сложная, но я надеюсь, что предложенные варианты решения помогут вам всё исправить. Знаете другие варианты исправления проблемы? Пишите в комментариях!
Источник
xubuntu после авторизации чёрный экран и снова авторизация
Сабж. Ничего не трогал. Были обновления недавно и всё.
Загружается нормально, появляется окно с выбором пользователя -> ввожу пароль -> 2 сек черный экран и потом снова окно авторизации. Если же ввести неверный пароль предупреждает сразу об этом.
Есть и xfce и gnome и unity ни под какой из этих DE не заходит. Всё тоже самое после логина 2 секунды чёрный экран и снова выбрасывает на логин.
В чем проблема может быть? Логи могу вытащить.
у меня так было, когда место на разделе закончилось
Места там ещё куча.
Уверен? Однажды после очередного обновления кеш забил остаток места, вызвав точно такие-же симптомы. Правда на арче и со слимом/i3. Если уверен, что место есть, кури логи иксов.
ещё свободно. Дело не в этом.
Странно, ошибок нет. А у меня так было когда я удалил раздел /home.
home жива я от туда выпилил 10 минут назад папку с файлами на пару гигов. алсо если нажать на экране логина выключить или перезагрузить компьютер ничего не происходит.
Подозреваю, что нет какого-то нужного скрытого файла (начинающиеся с точки), но я не представляю, какого. Может во время записи в него произошла перезагрузка, и функция журналирования файловой системы не спасла. Предлагаю создать нового пользователя, зайдя как root.
Добавил нового пользователя через консоль.
Всё отлично загрузилось xfce работает всё работает. Как оживить старого пользователя?
посмотреть чего не хватает?
Это пишется в какие-то логи? Визуально всё на месте.
Тоже хотел предложить посмотреть чего не хватает, у нового пользователя наверное есть какие-то файлы, начинающиеся с точки, скрытые, которых нет у старого пользователя.
Всё на месте. Сейчас добавлю его в судоюзеры и сделаю реплейс файлов нового пользователя на старые. Мб что-то внутри.
Не помогло. Ещё идеи?
У меня идей нет.
Пошел кардинально, перенес все файлы с точкой в отдельную папку + пару папок. Зашел.
логинься без иксов, потом запускай их, результаты в студию
Значит похерил какие-то конфиги пользователя
У тебя при старте должна запускаться какая-то прога. Если её нет Хы мирно стартуют и завершают работу. У твоего юзера либо прописана удалённая прога (например ты снес гнома и постаил кеды) либо она отправляется в фон. Удали локальный конфиг Хов. .xinit вроде — не помню.
Для проверки попробуй запустить startx xterm — должны запуститься Хы с терминалом (но без DE).
Локальный конфиг это в смысле в каталоге пользователя.
Да при чем тут startx/.xinitrc? У него же DM какой-то, LightDM, скорее всего. Он этот конфиг даже не смотрит.
Подозреваю, что он не может загрузить прописанный в /etc/pam.d/lightdm модуль, или зарегистрировать сессию на шине D-Bus, или еще что-то в этом роде.
Ещё раз прочитай топик.
А мужики-то не знают!
.xinitrc тут в любом случае не при чем.
Если он не может зайти только под этим конкретным пользователем — проблема может быть в
Редактировать комментарии не могу, поэтому объясню ещё раз.
Хсерверу нужна нагрузка — некое приложение, которое работает. Обычно это DE. Но, в принциапе может быть любое (тот же xterm). Если нагрузки нет — Хы тихо умирают.
У ТС’а классическая схема.
Хсерверу нужна нагрузка — некое приложение, которое работает. Обычно это DE. Но, в принциапе может быть любое (тот же xterm). Если нагрузки нет — Хы тихо умирают.
Да. В данном случае это гритер DM. Который при входе запускает сессию определенного DE с правами залогинившегося юзера.
Что за «классическая схема»? xinit? Он пишет про «окно выбора пользователя» и «экран логина».
Логин показывают Хы. После запускается некая прога (обычно DE).
Логин показывают Хы. После запускается некая прога (обычно DE).
И ее тоже показывают иксы, лол.
Запусти уже любой DM и посмотри его лог. Увидишь много интересного.
И, да, иксы (именно X, не startx) вполне запускаются без каких-либо клиентов. Другое дело, что если запускать их через startx (которым сейчас на десктопе пользуются только DM/DE/тулкито-/. фобы), xinit их тут же прибьет, если xinitrc пуст или что-то оттуда не запускается.
Может всё-таки xdm? Кстати startx всего-навсего оболочка-скрипт. Если нет аргументов она читает настройки. И запускает (внезапно) X.
Xdm — это как раз клиент.
startx — скрипт, который запускает xinit, который запускает X и выполняет xinitrc.
А я говорю именно про запуск X без клиентов. Будет экран в клеточку и курсор мыши.
Чего только не узнаешь на лоре. Ты хочешь сказать, что X Display manager это клиент. А окошко с шахматами и мышкой нет?
Ты хочешь сказать, что X Display manager это клиент. А окошко с шахматами и мышкой нет?
Именно. XDM — составная программа, и та ее часть, которая показывает всякое на X-дисплее (обычно ее называют greeter) — X-клиент. «Окошка с шахматами» не существует, «шахматы» — это просто дефолтная заливка экрана, которую видно, если нет корневого окна. Курсор мыши рисует сервер.
Сдаюсь. Что ты хоть принимаешь-то?
Маны и логи, например.
«The resources of the X clients run by xdm outside the user’s session, including xdm’s own login window. » (c) man xdm
Типичный лог LightDM:
/.xprofile и ряд других (я приводил фрагмент ранее).
Почитай уже штоле про клиенты и серверы. жугл и вики в помощь.
Я про них много читал. По существу ты мне до сих пор ничего не возразил. Расскажи уже про штоле свое видение полностью.
Логин показывают Хы.
После запускается некая прога (обычно DE).
Хсерверу нужна нагрузка
Система инициализации запускает непосредственно иксы, они сами показывают логин, пользователь логинится, иксы выполняют его
/.xinitrc и запускают выбранный DE?
Я канешно злоупотребляю, но тока алкоголем. Прошу, не рассказывай мне что ты там принимаешь. Я ещё сегодня спать собираюсь.
Ничего.
Заявление «Логин показывают Хы» в ответ на утверждение про DM — бессмысленно.
Ты утверждаешь, что DM не имеет никакого отношения к отрисовке логина? Это неверно, см. описание любого гритера. Ты утверждаешь, что отрисовка выполняется через Хы? Так можно сказать, что логин показывает монитор.
Ты утверждаешь, что иксы «умирают» «без нагрузки»? Т. е. по-твоему, если запустить их через xinit с пустым xinitrc, то они запустятся «без нагрузки» и «умрут», а если напрямую — с «нагрузкой» в виде фона и курсора? Покажи мне клиент-курсор в выводе своего xlsclients, в моем его почему-то нету. Ты утверждаешь, что окно логина DM — не клиент? Это не так, и я привел доказательства.
Как видишь, твои возражения либо расплывчаты, либо опровергнуты.
Ах, да, еще ты предположил про вещества. Весомый аргумент.
А ты думаешь картинка сама собой возникает? Если серьёзно, то, вообще-то, так и есть.
Проясни мне, дураку, смысл чистых, голых Хов.
А ты думаешь картинка сама собой возникает? Если серьёзно, то, вообще-то, так и есть.
Я достаточно хорошо представляю себе, как возникает картинка, как для клиентов на использующих Xlib тулкитах, так и для OpenGL. Ты опять повторил свое расплывчатое утверждение.
Проясни мне, дураку, смысл чистых, голых Хов.
Никакого. Просто доказательство того, что не иксы занимаются запуском чего-либо.
Источник
