Как восстановить вход в пользователя Linux Mint в графическом режиме?

Question

[Александр Жарченко]

Свежеустновленный Linux Mint не даёт зайти в свежесозданного пользователя :)

Тобишь изначально был пользователь admin2, после чего из под него через консоль был создан user. При попытке зайти в пользователя user - загорается тёмный экран с курсором на нём и потом всё возращается в окно со списком пользователей.

Ежели создавать пользователей с другими логинами, то происходит то же самое. В папке /home/user ничего не создается. Через раз и она сама не создаётся. В /etc/passwd пользователь присутствует.

Через Ctrl+Shift+F1 из окна со списком пользователей, - нормально отрабатывает консоль и нормально в ней гуляет user.

Тобишь вопрос, скорее, в том как подтянуть содержимое в папку /home/user. Это, возможно, решит вопрос.

Comments

[Игорь Борисов]

Это как же нужно поставить хомячковый дистрибутив, чтобы такой баг поймать

[Александр Жарченко]

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

Answer 1

[Vitaly Karasik]

Правильный ответ: домашняя директория пользователя принадлежала root, что мешало пользователю залогиниться в XWindow.

chown -R user.user /home/user

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

Подробности:
Почему это случилось? По-видимому, домашняя директория была создана вручную root. Почему-то в Убунту и форках useradd не создает директорию по умолчанию, надо добавлять '-m':
useradd -m newuser
Почему это мешало логину? Потому что при графическом логине система хочет создавать разные файлы в домашней директории (security cookies, configuration, ...). Если это не получается из-за отсутствия прав на запись, логин неудачный.
Про пользователей и права - downloads.naulinux.ru/pub/NauLinux/desktop/52/i386...

Comments

[Александр Жарченко]

в командной строке отлично ходит
папка /home/user - пустая

[Vitaly Karasik]

Александр Жарченко,
1) а admin2 по-прежнему можеть зайти через граф. логин?

2) попробуйте удалить в домашней директории user:

rm -rf ~/.Xauthority
rm -rf ~/.ICEauthority

[Александр Жарченко]

Vitaly Karasik,
1) Ходит спокойно
2) Это нужно удалить в которой домашней директории?)
/home/user пустая же

[Александр Жарченко]

Vitaly Karasik, Смысл в том, что /home/user пустая от слова совсем и как её "наполнить" я не понимаю. И также не понимаю, почему по умолчанию не наполняется. Несколько раз пересоздавал пользователя через useradd с разными логинами. Всё одна и та же беда. Может какие-то дополнительные ключи к useradd нужны при создании?

[Vitaly Karasik]

Александр Жарченко, наполнять ее не надо, это не причина ошибки.

2) Это нужно удалить в которой домашней директории?)
/home/user пустая же

ls -la /home/user

если действительно пусто, то удалять нечего

[Александр Жарченко]

Vitaly Karasik,

[Vitaly Karasik]

Александр Жарченко

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

Как root, запустите

chown -R user.user /home/user

[Александр Жарченко]

Vitaly Karasik, Оооо да, спасибо! Единственно, что вместо точки, разделяющей user и user, - двоеточие. :)
а так вообще круто, очень помогли мне!
Но как вы поняли это? Что обозначает вывод команды, который я прислал?

P.S. Сделайте последнее сообщение отдельным и я его помечу решением

[Vitaly Karasik]

Правильный ответ: домашняя директория пользователя принадлежала root, что мешало пользователю залогиниться в XWindow.

chown -R user.user /home/user

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

Подробности:
Почему это случилось? По-видимому, домашняя директория была создана вручную root. Почему-то в Убунту и форках useradd не создает директорию по умолчанию, надо добавлять '-m':
useradd -m newuser
Почему это мешало логину? Потому что при графическом логине система хочет создавать разные файлы в домашней директории (security cookies, configuration, ...). Если это не получается из-за отсутствия прав на запись, логин неудачный.
Про пользователей и права - downloads.naulinux.ru/pub/NauLinux/desktop/52/i386...

[Александр Жарченко]

Vitaly Karasik, Ответом, я имел ввиду )
Не комментом
Так не могу отметить решением

[Александр Жарченко]

Vitaly Karasik, ладно уж. Спасибо!

[Vitaly Karasik]

Александр Жарченко, дошло, поправил :-)

Но как вы поняли это? Что обозначает вывод команды, который я прислал?

запустите ее еще раз, и увидите "user" вместо "root" - это пользователь и группа, которые владеют файлом (директорией). Подробнее посмотрите в линке.

[Александр Жарченко]

Vitaly Karasik, благодарю :)

Answer 2

[Рональд Макдональд]

В /etc/passwd пользователь присутствует.

А home directory у него указана? Создана? Права выданы? Если создавали через useradd, то, по идее, всё должно быть.

Comments

[Александр Жарченко]

Создавал через useradd, директория указана, создана, права есть.

Answer 3

[Zenko]

Для начала посмотри логи xorg: /var/log/Xorg.0.log

Скорее всего проблема в ~/xsessionrc он стартует xorg и оболочку. Если редактировал xsessionsrc в windows лучше прогони через dos2unix или через sed замени виндовие символи переноса каретки на линуксовие. В любом случае покопайся в етом файле. Проблема скорее всего в нем.