Не сохраняется пароль от root

[rentony]

Дорогие господа, помогите разобраться в чем дело.
Сбрасывается пароль для рута, либо выключается рут через несколько часов.
Стоит Ubuntu Server 12.04 LTS.
Алгоритм действий:
1. Захожу под обычным пользователем
2. Включаю режим рута "sudo -i"
3. Ставлю пароль на рута "passwd root"
4. Всё, рут работает, авторизируется спокойно под ним, даже после перезагрузки всё как надо, сразу под рутом можно зайти.
5. Через несколько часов под рутом опять невозможно зайти (точный временной промежуток определить проблематично, но по ощущениям он всегда разный и колеблется от 5 до 15 часов)

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

[БТР]

сохрани /etc/passwd, /etc/passwd- /etc/shadow, /etc/shadow- до и после установки пароля и сравни.

[ArcFi]

http://serverfault.com/questions/320716/find-out-which-process-is-changing-a-file

[rentony]

Долго что то пароль не сбрасывался, вот только сейчас сбросился опять. Сравнил эти 4 файла до смены и после и вывод такой:
После смены пароля меняется только /etc/shadow
Так полагаю это не нормально?

[БТР]

http://serverfault.com/questions/320716/find-out-which-process-is-changing-a-file

[rentony]

http://serverfault.com/questions/320716/find-out-which-process-is-changing-a-file

То есть нужно отследить какой процесс меняет этот файл?

[Sly_tom_cat]

По идее, при смене пароля должно писаться в /etc/shadow и в /etc/shadow-.... на сколько я понимаю...

[ArcFi]

/etc/shadow-

Это бэкап /etc/shadow.

[Sly_tom_cat]

ArcFi, я в курсе....
Осталось понять - почему вместо бекапирования делается восстановление....


Хм... похоже все на самом деле не так как на самом деле.

Запустил на виртуалке Ubuntu server 12.04.1: diff /etc/shadow /etc/shadow- показывает у моего пользователя пустой пароль в резервной копии.

Поменял пароль

Снова diff показывает пустой пароль в резервной копии 
В главной копии, пароль (хеш) - сменился.

Разве оно так должно быть 
[Sly_tom_cat Пошел курить маны]

[delovoy]

Пароль храниться в зашифрованном виде в /etc/passwd
ТС, а попробуй с live cd зачистить вручную этот файл, ваш файл будет отличаться от моего, пример:

username:pswd:uid:gid:uid comments:directory:shell - удалить только pswd (вместо pswd будет набор букв и цифр типа: asd54as65d4wefytq6) итого получиться:

username::uid:gid:uid comments:directory:shell - то есть без пароля

Так же стоит проверить возможно там несколько копий строк с одним и тем же пользователем
Затем запустить головную ОС и задать пароль sudo passwd root.

[ArcFi]

Разве оно так должно быть

Note that this file is used by the tools of the shadow toolsuite, but not by all user and password management tools.

http://stackoverflow.com/questions/7872907/use-of-etc-passwd-etc-shadow-etc-group

[Sly_tom_cat]

Пароль храниться в зашифрованном виде в /etc/passwd

С разморозкой!
Из /etc/passwd сам пароль (не зашифрованный а вычесленный от него хеш) переехал в /etc/shadow еще в 90-х годах прошлого века.

Хотя и сейчас можно вернуть хеш пароля обратно в /etc/passwd, но по дефолту в Linux его там нет - он в /etc/shadow.


ArcFi, вроде курение мануалов дало результаты. Оказывается /etc/shadow- - бекап копия /etc/shadow которую создает утилита vipw - по сути оболочка для vi заточенная на работу с /etc/passwd, /etc/shadow, /etc/group, /etc/gshadow. Все остальные утилиты работы с паролями просто кладут прибор на этот бекап.  Вононокак на самом деле. 

По ходу курения манов вылез кандидат на возврат старого пароля по теме:

Есть такая штука как etckeeper. По ходу дела у ТС эта утилита по какому-то расписанию просто восстанавливает /etc/shadow.

[ArcFi]

Все остальные утилиты работы с паролями просто кладут прибор на этот бекап.

Также бэкап создаётся при добавлении/удалении пользователей и при работе с группами.

По ходу дела у ТС эта утилита по какому-то расписанию просто восстанавливает /etc/shadow.

Возможно, как вариант.

[Sly_tom_cat]

ArcFi, да возможно еще создание и удаление не кладет... но смена пароля, блокировка, разблокировка и т.п. - кладут.