LINUX.ORG.RU
ФорумAdmin

Не залогиниться через gdm

 , ,


0

1

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

В какую сторону копать? Какие логи показать?

★★★★★

Еще выхлоп groups от пользователя был бы интересен.

$ groups


Плюс, версия xorg

record ★★★★★
()
Последнее исправление: record (всего исправлений: 4)
Ответ на: комментарий от record

Все, нашел ошибку, создал пользователя без домашней директории.)
Ставить генту в 6 утра плохая идея.)

TDrive ★★★★★
() автор топика
Ответ на: комментарий от TDrive

Я ставил дженту нормально 1 раз много лет назад, потом просто копировал её с машины на машину, так что не могу сказать, когда, в какое время её ставить лучше всего...

А, что, сейчас можно ставить генту по хэндбуку?
После перезагрузи сетевые имена не превращаются в каку(ю-)то абракадабру?

record ★★★★★
()
Последнее исправление: record (всего исправлений: 1)
Ответ на: комментарий от record

А, что, сейчас можно ставить генту по хэндбуку?

по английскому.

После перезагрузи сетевые имена не превращаются в каку(ю-)то абракадабру?

Имена сетевых интерфейсов? Превращаются, там какие то новые правила по именованию, но проблем это ни каких не вызывает.

TDrive ★★★★★
() автор топика
Ответ на: комментарий от TDrive

https://www.gentoo.org/doc/ru/handbook/

Да хоть по русскому.

https://www.gentoo.org/doc/ru/handbook/handbook-x86.xml

Обновлено 18 декабря 2013
--------------------------------------------
Исходный документ обновлен 18 декабря 2013

https://www.gentoo.org/doc/ru/handbook/handbook-amd64.xml

Обновлено 18 декабря 2013
--------------------------------------------
Исходный документ обновлен 18 декабря 2013

Как видите русская версия актуальна.

Имена сетевых интерфейсов? Превращаются, там какие то новые правила по именованию, но проблем это ни каких не вызывает.

Почитайте новости, там расписано как вернуть привычные имена.

record, аналогичный ответ и для вас.

kostik87 ★★★★★
()
Последнее исправление: kostik87 (всего исправлений: 1)
Ответ на: комментарий от TDrive

Почитайте 'man useradd', есть ключ, который создаст директорию для пользователя.

kostik87 ★★★★★
()
Ответ на: комментарий от TDrive

но проблем это ни каких не вызывает.

К сожалению, задевает собственные скрипты включения/отключения интерфейсов.

record ★★★★★
()
Ответ на: комментарий от record

Значит не знаете. Без разницы установлен systemd или нет, дело не в systemd, а в udev, хотя systemd и udev собирается из одних исходников, точнее даже не в udev, а правилах именования.

Решений несколько:
1. Добавить к параметрам, передаваемым ядру параметр «net.ifname=0»;
2. Удалить файл с правилами генериции имён сетевых интерфейсов из /lib/udev/rules.d или /usr/lib/udev/rules.d, файл имеет имя 80-net-name-slot.rules;
3. Создать пустой файл с тем же именем в /etc/udev/rules.d;
4. Создать в /etc/udev/rules.d своё правило именования интерфейсов вида:

# PCI device 0x11ab:0x4364 (sky2)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="aa:bb:cc:dd:ee:ff", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

# PCI device 0x11ab:0x4364 (sky2)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="aa:bb:cc:dd:ee:ff", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

А говоришь, что знаешь.

kostik87 ★★★★★
()
Ответ на: комментарий от kostik87

systemd и udev собирается из одних исходников

Да ладно! Большая разница: собирать с флагом systemd или без него. Кстати, разве в поцтеровысере udev продолжает нормально работать?

Eddy_Em ☆☆☆☆☆
()
Ответ на: комментарий от Eddy_Em

Да ладно!

Слияние кодовой базы udev и systemd

Большая разница: собирать с флагом systemd или без него.

На именование сетевых устройств разницы ни какой, смотри способы возвращения привычных имён выше.

Кстати, разве в поцтеровысере udev продолжает нормально работать?

А почему не должен? Это всё тот же udev.

kostik87 ★★★★★
()
Ответ на: комментарий от kostik87

Но зачем преодолевать трудности, когда можно их не иметь?
Т.е. не иметь проблем ни с systemd, ни с udev?

Что касается сетевых интерфейсов, хорошо тому, у кого одна нога..., т.е. одна машина, один сетевой интерфейс. Наверное. А у кого их несколько, или целый парк?
Никакого удовольствия править множество конфигов по принуждению...
Что касается systemd, то оно варварски ломает настроенную систему.

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

record ★★★★★
()
Последнее исправление: record (всего исправлений: 5)
Ответ на: комментарий от record

Но зачем преодолевать трудности, когда можно их не иметь? Т.е. не иметь проблем ни с systemd, ни с udev?

Какие трудности? Ставь обычный udev и просто добавь параметр к параметрам ядра и всё.

Нет, я понимаю, что ты просто не читаешь новости и не знаешь о такой возможности.

Никакого удовольствия править конфиги по нужде...

Добавь к параметрам ядра один параметр и всё. Ни чего более править не нужно.

Что касается systemd, то оно варварски ломает настроенную систему.

Не имею ничего против systemd, хотя сам так же привык к openrc и по возможности использую его.

kostik87 ★★★★★
()
Ответ на: комментарий от kostik87

Нет, я понимаю, что ты просто не читаешь новости и не знаешь о такой возможности.

Давайте не будем напрасно ванговать? Видел я эти решения, но решил, что они не нужны.

Ставь обычный udev...Добавь к параметрам ядра один параметр

А можно я этого делать не буду? Тем более не один параметр, а, как минимум, несколько по количеству наличных машин. А также переборка/копирование и т.п.

Плюс, зачем зависеть от самодурства и нововведений сумасшедших девелоперов? Не понимаю. Например, возможность net.ifname=0 очевидно удалят в будущем.

И, наконец, мне что делать больше нечего? Оно надо?

Ответьте, оно надо? Кому, зачем?

record ★★★★★
()
Последнее исправление: record (всего исправлений: 2)
Ответ на: комментарий от record

Видел я эти решения, но решил, что они не нужны.

Ну значит плохо подумали. С другой стороны, это ваш выбор.

А можно я этого делать не буду? Тем более не один параметр, а, как минимум, несколько по количеству наличных машин. А также переборка/копирование и т.п.

А кто вас заставляет сразу переходить, просто можете учитывать, что при сборке новой системы или просто настройке новой системы можете всё так же использовать udev, для привычных имён в таком случае в конфигурации загрузчика в параметрах, передаваемых ядру нужно прописать один параметр и всё.

Плюс, зачем зависеть от самодурства и нововведений сумасшедших девелоперов?

Насчёт самодурства отчасти соглашусь, но большинству всё равно как называются интерфейсы, в частности тем, кто больше использует GUI.

Например, возможность net.ifname=0 очевидно удалят в будущем.

Вы новость прочитали?

И, наконец, мне что делать больше нечего? Оно надо?

Тебе не знаю, но я привык использовать каноничный udev.

kostik87 ★★★★★
()
Ответ на: комментарий от kostik87

А кто вас заставляет сразу переходить

Сумашедшие девелоперы, которые прибивают, например, systemd к апгрейду гнома. В результате, ни нового гнома, ни системд. Не люблю насилия.

но большинству всё равно как называются интерфейсы

Но я не большинство. У меня есть скрипты, в т.ч. настройки iptables с указанием интерфейсов.

Например, возможность net.ifname=0 очевидно удалят в будущем.

Вы новость прочитали?

Какую именно?

каноничный udev.

Каноническим он был до версии 200. А потом - не знаю - не пользуюсь.

record ★★★★★
()
Последнее исправление: record (всего исправлений: 3)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.