Не могу залогиниться KDestop 6.0.1

[maxiva]

Проблема.
 В логах вижу сообщение
login[6786]: unable to open session: Cannot make/remove an entry for the specified session

Что делал: обновился. Обновил ядро.
И (по-моему) сделал глупость: стер файлы из /tmp (ну те, что дали, на какие-то отругался и не дал).

Поиск по интернету дал:
Надо сделать:
>>lsattr -d /tmp/.private
># lsattr -d /tmp/.private
>-----a--------- /tmp/.private
.

chattr -a /tmp/.private

Загрузился с диска.
Но говорит, что
chattr -a /media/_/tmp/.private/
chattr: Неприменимый к данному устройству ioctl while reading flags on /media/_/tmp/.private/

Проблема еще и в том, что там reiserfs...

Как победить, как загрузиться? Неужто переставлять?

[maxiva]

В общем, я так понимаю, решения нет?

login[6954]: pam_tcb(login:auth): Authentication passed for root from LOGIN(uid=0)
login[6954]: pam_tcb(login:session): Session opened for root by LOGIN(uid=0)
login[6954]: unable to open session: Cannot make/remove an entry for the specified session
login[6954]: pam_open_session: unable to open session

Т.е. аутентификация проходит. Вроде как "passed"...
Но потом - сразу - "Cannot make/remove"

Это что, вообще никак не лечится, да?

[Skull]

А если не под root?

[asy]

Поиск по интернету дал:
Надо сделать:
>>lsattr -d /tmp/.private
># lsattr -d /tmp/.private
>-----a--------- /tmp/.private
.
chattr -a /tmp/.private

Вроде бы, это касалось обновлений до p6, а не дистрибутивов на базе p6.

Но говорит, что
chattr -a /media/_/tmp/.private/

А  "/media" то почему ?

[maxiva]

Что под root, что под пользователем - картина одна.
Просто root - это как последний шанс зайти (все последние действия под обычным пользователем, ну я и подумал, может что не так  с учетной записью).
Почему /media?

Так я же написал: загрузиться (залогиниться) не получается в принципе, поэтому загрузился с LiveCD - подмонтировал раздел "/" в "/media/".

[asy]

подмонтировал раздел "/" в "/media/".

Это место для съёмных носителей с автомонтированием. Руками, обычно, в другое место монтируют. /tmp, например, или /mnt. Вряд ли в этом дело, конечно, но... А про то, что туда / смонтирован, я не вижу, что тут написано.

Кстати, если речь про KDestop 6.0.1, поставленный по-умолчанию, то там /tmp вовсе не в корне, а в /home. А в корень tmp монтируется посредством "mount --bind". Так что, если предположить, что дело в атрибутах, то менять надо не в том tmp. Кроме того, дистрибутив рассчитан на загрузку с пустым /tmp, так как в серверных вариантах ALT /tmp на tmpfs, так что очистка /tmp полностью проблем создавать не должна.

[maxiva]

Кроме того, дистрибутив рассчитан на загрузку с пустым /tmp, так как в серверных вариантах ALT /tmp на tmpfs, так что очистка /tmp полностью проблем создавать не должна.

Знаете, я уже пытался так. После загрузки с LivaCD просто стер все, что находилось в /tmp, включая .private. Не помогло. Создал .private с правами 777 - тоже не помогло (ну этого как раз можно было ожидать).

Может быть, поискать еще какой-нибудь tmp, но уже в пользовательском каталоге? Но проблема в том, что не пускает с любым пользователем (у меня там на всякий случай давным-давно был запасной пользователь создан - та же картина). И рута не пускает.

Чем же я его так обидел?

[Skull]

У вас tmp, очевидно, на tmpfs.
Попробуйте из LiveCD с примонтированным разделом сделать:
1.

Код: [Выделить]

mount --bind /tmp /media/tmp
chroot /media
control pam_mktemp enabled
2. переключитесь в пользователя (подставьте реальное вместо user), затем обратно в root:

Код: [Выделить]

su - user
su -
3. проверьте /etc/pam.d/system-auth. У меня:

Код: [Выделить]

#%PAM-1.0
auth required pam_tcb.so shadow fork prefix=$2y$ count=8 nullok
account required pam_tcb.so shadow fork
password required pam_passwdqc.so config=/etc/passwdqc.conf
password required pam_tcb.so use_authtok shadow fork prefix=$2y$ count=8 nullok write_to=tcb
session required pam_tcb.so
session required pam_mktemp.so
session required pam_limits.so

4. Перезагрузитесь.

[asy]

У вас tmp, очевидно, на tmpfs.

С /tmp на tmpfs не должно бы быть таких проблем. Кстати, maxiva, а что написано в /etc/fstab основной системы про /tmp ? А то гадаем непонятно, зачем...

[maxiva]

Кстати, maxiva, а что написано в /etc/fstab основной системы про /tmp ? А то гадаем непонятно, зачем...

Таким образом, у меня /tmp - это /home/tmp

Код: [Выделить]

proc            /proc                   proc    nosuid,noexec,gid=proc          0 0
devpts          /dev/pts                devpts  nosuid,noexec,gid=tty,mode=620  0 0
#tmpfs          /tmp                    tmpfs   nosuid                          0 0
UUID=0a49a922-d8e7-4dd4-ac3a-020c180b5e75       /       reiserfs        relatime        1       1
UUID=71bd6630-bae6-4d3a-8081-84726346c25a       /home   xfs     nosuid,relatime 1       2
UUID=2f3c6ae4-fe00-49f9-9461-4de34f11c5dc       swap    swap    defaults        0       0
/dev/sr0        /media/cdrom    udf,iso9660     ro,noauto,user,utf8     0 0
/home/tmp       /tmp    auto    bind,rw 0       0

[maxiva]

У вас tmp, очевидно, на tmpfs.
Попробуйте из LiveCD с примонтированным разделом сделать:

1.
Сделал как вы сказали.

2. переключитесь в пользователя (подставьте реальное вместо user), затем обратно в root:

chroot /media/_/
control pam_mktemp enabled
su - ivanov
su: Cannot make/remove an entry for the specified session
su - root
su: Cannot make/remove an entry for the specified session

3. проверьте /etc/pam.d/system-auth. У меня - аналогично:

Код: [Выделить]

#%PAM-1.0
auth            required        pam_tcb.so shadow fork prefix=$2y$ count=8 nullok
account         required        pam_tcb.so shadow fork
password        required        pam_passwdqc.so config=/etc/passwdqc.conf
password        required        pam_tcb.so use_authtok shadow fork prefix=$2y$ count=8 nullok write_to=tcb
session         required        pam_tcb.so
session         required        pam_mktemp.so
session         required        pam_limits.so




[maxiva]

Все!
Проблема решилась полной тотальной очисткой /home/tmp/

Загрузился! Залогинился! Спасибо вам всем!!

На всякий случай, посмотрел:
lsattr -d /home/tmp/.private
--------------- /home/tmp/.private

Надо менять на -а или ну его, потом снова проблемы? ;)

[zerg]

Надо менять на -а или ну его, потом снова проблемы? ;)

-a появлялся из-за ошибки в rpm

[maxiva]

А давно у нас эта степень защиты появилась? А то я подобное видел только несколько лет назад на операционке МСВС (в одном странном заведении на ул. Знаменка в Москве) )))

[zerg]

А давно у нас эта степень защиты появилась?

Давно.