LINUX.ORG.RU

Debian, Authentication token manipulation error

 , ,


0

1

Есть виртуалка с Debian testing и самбой.
Давеча, решил добавить юзера:

$ sudo useradd newser -d /mnt -m
$ sudo passwd newser
passwd: Authentication token manipulation error
passwd: password unchanged
в конце выхлопа strace вот это:
open("/usr/share/locale/en_US/LC_MESSAGES/shadow.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en/LC_MESSAGES/shadow.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
write(2, "passwd: Authentication token man"..., 48passwd: Authentication token manipulation error
) = 48
write(2, "passwd: password unchanged\n", 27passwd: password unchanged
) = 27
Локали(en_US-UTF-8, ru_US-UTF-8) перегенерил, ничего.
Поменял дефолт на русскую, локали в /usr/share/locale/ru/LC_MESSAGES нашло, но Authentication token manipulation error осталоась.

/etc/shadow есть , вроде целый, права 640 root:shadow.
Корень подмонтирован в rw.

Вопросы следующие:
1. Куда подевались файлы из /usr/share/locale/en/LC_MESSAGES , и были ли они там вообще?
2. Чего делать с Authentication token manipulation error ?

PS. Недавно менял в /etc/nsswitch.conf files на compat.
Тоже пробовал вернуть обратно - не помогло.

Спасибо за внимание.

★★★★

если тебе это поможет:

$ ls /usr/share/locale/en_GB/LC_MESSAGES/
atk10.mo  gdk-pixbuf.mo  gtk20.mo             libc.mo       mc.mo                wget.mo
avahi.mo  glib20.mo      gtk20-properties.mo  Linux-PAM.mo  shared-mime-info.mo  xkeyboard-config.mo
Nicholass ★★★ ()
Ответ на: комментарий от Nicholass

Значит, локализовывать там нечего и файлов этих там просто не лежало.
Спасибо, вопрос снимается.

Yustas ★★★★ ()

1. Куда подевались файлы из /usr/share/locale/en/LC_MESSAGES , и были ли они там вообще?

Перевод Authentication token manipulation error живёт в файле перевода Linux-PAM.mo
Неуверен насчёт настроек окружения твоего sudo. попробуй: «su -» и уже потом добавлять пользователя


2. Чего делать с Authentication token manipulation error ?

вариант: создаваемый пользователь уже как-то был в системе, потом был удалён, но его запись осталась в /etc/shadow

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

пользователь уже как-то был в системе, потом был удалён, но его запись осталась в /etc/shadow

Создавал юзеров разными именами, проверял shadow после удаления. Ничего.

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

Это ж просто обёртки, которые дёркают тот же passwd.

Yustas ★★★★ ()

Итого, это баг, висящий в дебьяне/убунте с 2010го года.
Решение простое:
- делаем pam-auth-update/dpkg-reconfigure -plow libpam-runtime, выключаем Kerberos и Winbind
- перелогиниваемся/ребутимся
- меняем пароли
- делаем pam-auth-update/dpkg-reconfigure -plow libpam-runtime, включаем Kerberos и Winbind
- перелогиниваемся/ребутимся

Yustas ★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.