Не удается войти в экран входа в GUI с пользователем, у которого есть доступ к ssh и sudo после установки пароля [duplicate]

С GNOME 3.0 и Ubuntu 11.10 все изменилось по сравнению с принятым ответом на этот вопрос.

Более подробную информацию вы найдете в разделе «Создание настраиваемых обработчиков URL-адресов в Ubuntu 11.04, 11.10, GNOME 3.0». [ ! d1]

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

108 ответов

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

Примечание: замените <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
ответ дан 2 August 2018 в 17:22

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

sudo chmod 755 /home/<username>

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

5
ответ дан 3 August 2018 в 19:53

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

1: загрузка с живого носителя (или другого дистрибутива linux, установленного в той же системе) и открытие терминала с помощью Ctrl- Alt-T

2: Создайте временную точку монтирования и установите раздел, содержащий ваш / home (в моем случае это был / dev / sda6)

sudo mkdir /mnt/sda6 sudo mount /dev/sda6 /mnt/sda6

3: проверить разрешения

sudo ls - la /mount/sda6/

вы должны увидеть запись имя пользователя `где имя пользователя - ваше имя пользователя

С этого момента мы будем использовать имя пользователя tvbox (измените это на свое имя пользователя)

Вы должны увидеть что-то вроде этого:

drwxr-x--- 67 tvbox tvbox 12288 May 1 07:00 tvbox

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

4: правильные разрешения, если они неверны.

Если вышеуказанное неверно, нам нужно его исправить.

Если данные были перемещены root, вы увидите корневой корень, а не tvbox tvbox (группа владельцев имен владельцев). Это можно назвать «основной причиной»; -)

To исправьте эту проблему командой `sudo chown -R tvbox: tvbox / mount / sda6 / tvbox

Если каким-то образом другие разрешения будут неправильными, вам нужно будет изменить их с помощью sudo chmod +rwx tvbox, добавляя чтение и выполнение записи (бит выполнения в каталоге позволяет вам перемещать его.)

5: перезагрузите проблему OS

6: login

Если это не так, t решить вашу проблему, обратитесь к многим другим качественным ответам здесь.

1
ответ дан 3 August 2018 в 19:53

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

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

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

~/.xsession-errors

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

8
ответ дан 6 August 2018 в 21:43

У меня возникла одна и та же проблема, и причиной в моем случае было то, что я попытался добавить что-то в файл /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 в 21:43

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

chown username:username .Xauthority 

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

5
ответ дан 6 August 2018 в 21:43

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

  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 (не во всех домашних директориях, или вы будете распространять проблему), и удалить и воссоздать ее, хотя это лучше найти , где проблема.

11
ответ дан 6 August 2018 в 21:43

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

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

2
ответ дан 6 August 2018 в 21:43

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

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

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

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

3
ответ дан 6 August 2018 в 21:43

Можете ли вы повлиять на Ошибка № 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
ответ дан 9 August 2018 в 02:08

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

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

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

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

46
ответ дан 9 August 2018 в 02:08

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

Примечание: замените <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
ответ дан 9 August 2018 в 02:08

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

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

chown username:username .Xauthority 

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

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

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

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

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

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

sudo gpasswd -d $USER nopasswdlogin
3
ответ дан 14 August 2018 в 20:21

Собственные проблемы с драйверами

Состояние MoKSB

Я смог войти в TTY с помощью ctrl+alt+F1, но не имел доступа к интернету поскольку драйвер также является собственностью.

Нет проблем с Xorg.

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

Secure Boot

Внимание: НЕ слепо удаляйте свои драйверы!

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

Драйверы Broadcom и Драйверы Nvidia

I удаленные пакеты nvidia

sudo apt-get purge nvidia-*

, а затем я удалил пакеты broadcom

sudo apt-get purge bcmwl-kernel-source

и перезагрузился.

Я попытался снова войти в систему и добиться успеха!

Я видел свой рабочий стол!

Я снова перезагрузился.

    • Я перезагрузился в BIOS
    • отключил безопасную загрузку (не рекомендуется, нужно лучшее решение)
    • загрузили ubuntu, используя grub
    • , и установили загруженный файл * .deb для моего драйвера wifi
    • , установили его с помощью Software Center
    • и перезагрузились.

    Я выполнил ту же процедуру для своих драйверов nvidia, увидев, что видеодрайверы по умолчанию ужасно на моей карте.

    Включение защищенной загрузки снова

    Если снова включить безопасную загрузку, я вижу ту же проблему. Поскольку драйверы НЕ подписаны, это не настоящая Безопасная загрузка, и я блокируюсь.

    Лично я считаю, что это очень фиктивная (и раздражающая) проблема.

    Альтернатива Решение?

    Самое доступное решение, которое я видел, - это настройка ядра , поскольку я не могу просто отключить Secure Boot и включить его, а затем выключить, когда я переключаю ОС.

    UPDATE от 4 января 2017 г.

    Согласно этой статье , Linux Kernel> = 4.6 теперь официально поддерживает

    Поддержка ускоренной поддержки GeForce GTX 900 в сочетании с подписанными изображениями прошивки.

    Это должно решить проблему безопасности загрузки, вызванную использованием неподписанных прошивок.

  • 11
    ответ дан 16 August 2018 в 10:52
    • 1
      – Calvin Wahlers 29 November 2012 в 23:53
    • 2
      ОК. У вас определенно есть проблема с графикой; LightDM иногда может отражать проблемы, которые вы описываете (это может помочь, если вы сказали, как долго задерживается). Извините, я не мог помочь. – WindowsEscapist 30 November 2012 в 01:12
    • 3
      – Calvin Wahlers 30 November 2012 в 03:52
    • 4
      Правильно. Это похоже на пару секунд или больше, как 30, и т. Д. Я не могу помочь вам с графическими проблемами, но я уверен, что здесь есть кто-то, кто может это сделать. Удачи! – WindowsEscapist 30 November 2012 в 04:56
    • 5
      В Ubuntu 14.04 этот метод дает вам пустой экран вместо экрана входа в систему. – Luís de Sousa 22 January 2016 в 18:19
    • 6
    • 7
      У меня была такая же проблема, и отключить Безопасную загрузку, казалось, единственный способ ее исправить. – Nick 30 November 2016 в 13:57
    • 8
      – Sergio Abreu 3 December 2016 в 23:12

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

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