xfce4 slim черный экран при неверном вводе пароля

bars · Сообщение **bars** » 15.11.2020 09:35

Добрый день.
Ситуация.
При авторизации в системе через slim, если ввести не верный пароль, то выходит черный экран, приходится перезагружаться, пароль вводишь правильно система запускается.

Код: Выделить всё

egrep -v '#|^$' /etc/slim.conf 
default_path        /bin:/usr/bin:/usr/local/bin
default_xserver     /usr/bin/X
xserver_arguments   -nolisten tcp -br -deferglyphs 16 vt07
halt_cmd            /sbin/shutdown -h now
reboot_cmd          /sbin/shutdown -r now
console_cmd         /usr/bin/xterm -C -fg white -bg black +sb -T "Console login" -e /bin/sh -c "/bin/cat /etc/issue; exec /bin/login"
xauth_path         /usr/bin/xauth 
authfile           /var/run/slim.auth
numlock             on
login_cmd           exec /bin/bash -login /usr/share/slim/Xsession %session
sessionstart_cmd	/usr/bin/sessreg -a -l :0.0 %user
sessionstop_cmd     /usr/bin/sessreg -d -l :0.0 %user
daemon	yes
sessiondir	/usr/share/xsessions
screenshot_cmd      import -window root /slim.png
welcome_msg         Welcome to %host
shutdown_msg       The system is halting...
reboot_msg         The system is rebooting...
current_theme       flat
lockfile            /run/slim.pid
logfile             /var/log/slim.log

Код: Выделить всё

slim.log 
slim: waiting for X server to begin accepting connections.
slim: pam_authenticate(): Permission denied

Подскажите пожалуйста как исправить эту ситуацию.

bars · Сообщение **bars** » 15.11.2020 10:21

Лог в messages

Код: Выделить всё

Nov 15 10:18:27 serv1 slim[5818]: pam_unix(slim:auth): authentication failure; logname= uid=0 euid=0 tty=:0.0 ruser=root rhost=  user=bars
Nov 15 10:18:27 serv1 slim[5818]: pam_faillock(slim:auth): Error opening the tally file for bars: No such file or directory

yoricI · Сообщение **yoricI** » 15.11.2020 12:37

По существу не знаю, но без перезагрузки можно перейти в тестовую консоль и перезапустить slim.

ormorph · Сообщение **ormorph** » 15.11.2020 15:31

Ранее смотрю была такая проблема, описывалась в вики. Возникала когда slim был собран с флагом consolekit. Так как сейчас elogind, то можно попробовать добавить в файлы slim-а в каталоге /etc/pam.d строчку:

Код: Выделить всё

session optional pam_elogind.so

У меня в TDM после очередного обновления перестала запускаться сессия elogind. После добавления этой строчки в pam для TDM, проблема прошла. Что то поменяли, ранее эта строчка не требовалась.
Может добавление поможет...

bars · Сообщение **bars** » 15.11.2020 15:40

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

ormorph · Сообщение **ormorph** » 15.11.2020 15:54

Ну так тут явно что то с авторизацией. Скорее всего курить в сторону pam.
Либо писать в багзилу, либо выкинуть slim.

bars · Сообщение **bars** » 15.11.2020 16:18

ormorph писал(а): ↑
15.11.2020 15:54
Ну так тут явно что то с авторизацией. Скорее всего курить в сторону pam.
Либо писать в багзилу, либо выкинуть slim.

slim всем устраивает, он легок, и не тянет куча пакетов за собой.
Буду разбираться.

ormorph · Сообщение **ormorph** » 15.11.2020 17:05

Жаль что qingy больше не развивается. Раньше работало с пакетом DirectFB гуй, теперь только текстовый режим (

bars · Сообщение **bars** » 15.11.2020 17:52

Тут мне кажется, что дело в политике pam. не верного ввода пароля у существующего пользователя, темный экран и ничего нельзя сделать.
Только в соседней консоле зарегаться и рестартнуть xdm.
Если же верно вводишь пароль то xfce4 запускается все верно.
И если ввести пару логин/пароль оп несуществующему пользователю, то так же окно логина пароля слим возвращается в исходное, дает с ново вести логин/пароль.

devilr · Сообщение **devilr** » 15.11.2020 20:33

Тут, скорее всего, что-то просто не может запуститься. Что-то типа окошка "неправильный логин/пароль". А если это что-то полноэкранное, то неудивительно, что чёрный экран. А выйти нельзя, потому что на этом экране должна быть кнопка "закрыть", которой банально сейчас нет.
Это просто предположение, не надо бросаться помидорами.

bars · Сообщение **bars** » 16.11.2020 08:28

devilr писал(а): ↑
15.11.2020 20:33
Тут, скорее всего, что-то просто не может запуститься. Что-то типа окошка "неправильный логин/пароль". А если это что-то полноэкранное, то неудивительно, что чёрный экран. А выйти нельзя, потому что на этом экране должна быть кнопка "закрыть", которой банально сейчас нет.
Это просто предположение, не надо бросаться помидорами.

Нет.
Если не правильный пароль, то форма просто обновляться должна, по крайне мере раньше так было.

devilr · Сообщение **devilr** » 16.11.2020 08:45

bars писал: ↑
16.11.2020 08:28
Нет.
Если не правильный пароль, то форма просто обновляться должна, по крайне мере раньше так было.

Ничего при этом даже не сказав и не показав? Слабо верится.

bars · Сообщение **bars** » 16.11.2020 09:39

devilr писал(а): ↑
16.11.2020 08:45

bars писал: ↑
16.11.2020 08:28
Нет.
Если не правильный пароль, то форма просто обновляться должна, по крайне мере раньше так было.
Ничего при этом даже не сказав и не показав? Слабо верится.

Да.
Это слим.

devilr · Сообщение **devilr** » 16.11.2020 10:09

Может у вас всё из-за https://www.systutorials.com/docs/linux/man/8-pam_faillock/?
Допустим, если попыток перед блокировкой всего одна.

bars · Сообщение **bars** » 16.11.2020 10:18

devilr писал(а): ↑
16.11.2020 10:09
Может у вас всё из-за https://www.systutorials.com/docs/linux/man/8-pam_faillock/?
Допустим, если попыток перед блокировкой всего одна.

По умолчанию должно быть минимум 3 попытке.
пам политика по умолчанию.

Код: Выделить всё

/etc/pam.d/system-auth                                                                                 
auth            required        pam_env.so
auth            requisite	pam_faillock.so preauth
auth            [success=1 default=ignore]	pam_unix.so nullok try_first_pass
auth            [default=die]   pam_faillock.so authfail
auth            optional        pam_permit.so
account         required        pam_unix.so
account         required        pam_faillock.so
account         optional        pam_permit.so
password        required        pam_passwdqc.so config=/etc/security/passwdqc.conf
password        required        pam_unix.so try_first_pass use_authtok nullok sha512 shadow
password        optional        pam_permit.so
session         required        pam_limits.so
session         required        pam_env.so
session         required        pam_unix.so
session         optional        pam_permit.so

devilr · Сообщение **devilr** » 16.11.2020 10:38

Просто смущает

bars писал: ↑
15.11.2020 10:21
Nov 15 10:18:27 serv1 slim[5818]: pam_faillock(slim:auth): Error opening the tally file for bars: No such file or directory[/code]

Интересно, про какой файл запись?
Ну и в /var/run/faillock/ вроде как должны лежать файлы неудачных попыток входа. Может там что интересное есть?

bars · Сообщение **bars** » 16.11.2020 10:45

devilr писал(а): ↑
16.11.2020 10:38
Интересно, про какой файл запись?
Ну и в /var/run/faillock/ вроде как должны лежать файлы неудачных попыток входа. Может там что интересное есть?

Что за файл не может найти хз.

Код: Выделить всё

ls -al /var/run/faillock/
ls: невозможно получить доступ к '/var/run/faillock/': Нет такого файла или каталога

devilr · Сообщение **devilr** » 16.11.2020 10:52

Вообще, этот каталог должен быть.
Лично я бы, в таком случае, чисто для профилактики пересобрал (или просто переустановил) все пакеты, в названии которых есть слово pam. На всякий случай.

Сообщение **Bizdelnick** » 16.11.2020 11:16

devilr писал(а): ↑
16.11.2020 10:52
Вообще, этот каталог должен быть.

Если так, то должно быть очевидно,

bars писал: ↑
16.11.2020 10:45
Что за файл не может найти

bars · Сообщение **bars** » 16.11.2020 12:15

диру создал /var/run/faillock/, при неверном вводе пароля там создается файл пользователя, но все по прежнему черный экран.

devilr · Сообщение **devilr** » 16.11.2020 13:22

bars писал: ↑
16.11.2020 12:15
при неверном вводе пароля там создается файл пользователя

А в самом файле что? Вдруг что интересное...

bars · Сообщение **bars** » 16.11.2020 15:14

devilr писал(а): ↑
16.11.2020 13:22
А в самом файле что? Вдруг что интересное...

ничего интересного, номер :0.0

ormorph · Сообщение **ormorph** » 16.11.2020 15:45

bars писал: ↑
16.11.2020 15:14
ничего интересного, номер :0.0

Очень похоже на вывод:

Shell

$ echo $DISPLAY

bars · Сообщение **bars** » 16.11.2020 18:24

Теперь в логе мессажес падает только одна запись

Код: Выделить всё

Nov 16 18:17:41 serv1 slim[3662]: pam_unix(slim:auth): authentication failure; logname= uid=0 euid=0 tty=:0.0 ruser=root rhost=  user=bars

Код: Выделить всё

cat /run/faillock/bars
:0.0��_

devilr · Сообщение **devilr** » 16.11.2020 18:34

Хм. А с чего это у вас logname пуст? Там должно быть имя пользователя. Специально сейчас проверил.

bars · Сообщение **bars** » 16.11.2020 18:36

devilr писал(а): ↑
16.11.2020 18:34
Хм. А с чего это у вас logname пуст? Там должно быть имя пользователя. Специально сейчас проверил.

хз.

Добавлено (18:50):

Надоело с ним возится, что порекомендуете взамен slim.
Монстров kdm/gdm не предлагать.
У меня xfce4.

yoricI · Сообщение **yoricI** » 16.11.2020 18:58

devilr · Сообщение **devilr** » 16.11.2020 18:59

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

bars · Сообщение **bars** » 16.11.2020 19:20

Установил lightdm.
Работает нормально, сейчас под свои нужды настрою.

yoricI · Сообщение **yoricI** » 21.11.2020 16:37

Хм, сегодня попал в такую же ситуацию, и припоминаю теперь, что недавно несколько раз было то же самое. А это вон оно что! Точите ваши баги!

unixforum.org