ПРОБЛЕМА ВХОДА ПОСЛЕ ПОЛУЧЕНИЯ ПАРОЛЯ [dубликат]

Сторонние инструменты часто не создают медиа должным образом.

Используйте встроенный инструмент diskpart из операционной системы Windows.

Откройте командную строку как администратор и выполните:

diskpart
list disk  
select disk *  
clean  
create partition primary  
active  
format fs=fat32 quick  
assign letter=**  

Примечание: * = номер USB-накопителя | ** = выберите букву бесплатного диска

Установите файл ISO и скопируйте все содержимое на USB-накопитель.

При загрузке с USB-накопителя выберите запись с UEFI.

Если вы установили Ubuntu, вы можете сделать это с помощью diskpart . Выберите «Восстановить образ диска» в меню в правом верхнем углу ... Выберите файл ISO и USB-накопитель ... затем запустите восстановление.

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

106 ответов

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

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

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

3
ответ дан 2 August 2018 в 18:05

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

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

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

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

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

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

Решение:

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

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

sudo nano /etc/environment

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

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

3
ответ дан 2 August 2018 в 18:05

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

  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
ответ дан 2 August 2018 в 18:05

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

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

13
ответ дан 3 August 2018 в 20:27

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

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

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

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

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

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

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

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

3
ответ дан 3 August 2018 в 20:27

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

chown username:username .Xauthority 

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

5
ответ дан 3 August 2018 в 20:27

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

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

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

sudo chmod 755 /home/<username>

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

5
ответ дан 5 August 2018 в 05:09

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

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
ответ дан 5 August 2018 в 05:09

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

sudo chmod 755 /home/<username>

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

5
ответ дан 6 August 2018 в 22:14

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

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

2
ответ дан 6 August 2018 в 22:14

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

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

Удачи!

1
ответ дан 9 August 2018 в 02: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:43

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

Примечание: замените <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:43

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

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