Ошибка при операциях с маркером проверки подлинности astra linux

Zenway

Linux — это интересно!

#1 27-01-2012 19:44:59

Сброс пароля.

Здравствуйте!
Провёл я как-то вот такой эксперимент. Как описано вот здесь: http://compizomania.org/?p=4876#comment-2916. В результате получилось что компьютер не выключается а как-бы перезагружается. Т.е., как всегда для входа в систему нужно вводить пароль. Пробовал сбросить пароль. Выполняю
sudo passwd ( ввожу свой логин) Ввожу старый пароль. Затем новый. Получаю следующею надпись: Bad: new and old password are too similar
passwd: Ошибка при операциях с маркером проверки подлинности
passwd: пароль не изменён.
Подскажите «лекарство». Можно ли обойтись без переустановки системы как предлагает сделать автор сайта?

Отредактировано pefon (27-01-2012 19:47:24)

«Сначала они вас игнорируют, потом смеются над вами, потом борются с вами, а потом вы побеждаете» Махатма Ганди.

#2 27-01-2012 23:06:10

Re: Сброс пароля.

У меня такого не бывало. Но знаю (в реале) одного парнишку что то подобное имевшего и исправившего это по какому то рецепту взятому отсюда: Password Recovery (Русский)

#3 28-01-2012 05:29:20

Re: Сброс пароля.

Для Ubuntu как вариант статья: http://help.ubuntu.ru/wiki/%D0%BF%D1%83 … 0%BB%D1%8C но смущает предупреждение.

«Сначала они вас игнорируют, потом смеются над вами, потом борются с вами, а потом вы побеждаете» Махатма Ганди.

#4 09-01-2013 18:12:57

Re: Сброс пароля.

Здравствуйте!
Провёл я как-то вот такой эксперимент. Как описано вот здесь: http://compizomania.org/?p=4876#comment-2916. В результате получилось что компьютер не выключается а как-бы перезагружается. Т.е., как всегда для входа в систему нужно вводить пароль. Пробовал сбросить пароль. Выполняю
sudo passwd ( ввожу свой логин) Ввожу старый пароль. Затем новый. Получаю следующею надпись: Bad: new and old password are too similar
passwd: Ошибка при операциях с маркером проверки подлинности
passwd: пароль не изменён.
Подскажите «лекарство». Можно ли обойтись без переустановки системы как предлагает сделать автор сайта?

ну всё просто система же сообщает что слишком простой пароль

#5 10-01-2013 10:21:51

Re: Сброс пароля.

ну всё просто система же сообщает что слишком простой пароль

Источник

Ошибка манипулирования маркером аутентификации

Хорошо, поэтому предложение alexander255 дало работу. Я имел в ЦСТ-TS-L632H-SLIM-8X-DVD диск на моем D830, который я обновление прошивки, связанного здесь:

http://www.dell.com/support/home/us/ ен / 19 / Водители / DriversDetails driverId = R250068 & амп;? FILEID = 2731128725 & амп; osCode = WLH & амп; ProductCode = широта-D830 & амп; LanguageCode = EN & амп; CategoryId = RS

Я использовал основанный апдейтер DOS с моей загрузочную DOS

USB-накопитель, и он был быстрым и безболезненным. Еще раз спасибо за помощь, теперь у меня есть старый Dell D830, работающий на 100% в Linux. Off, чтобы работать на D810, я только что получил .

3 ответа

Я не знаю, как это произошло. Пользователь sudo создал мою учетную запись, затем удалил ее, а затем снова создал.

Вот что я нашел

Показывается пользовательский и зашифрованный пароль.

Ничего не показалось.

Итак, решение было удалить пароль, а затем сбросить новый пароль.

Надеюсь, это поможет.

Я изначально размещал здесь Получение «манипуляции токенами аутентификации» и т. д. ошибка при попытке изменить мой пароль пользователя, но Google показывает этот результат первым, поэтому я повторно опубликовал.

Я получил эту ошибку, изменив пароль на устройстве, где дата не была установлена. (т. е. он был случайным после загрузки)

В основном произошло то, что когда я сменил пароль, незаконная метка времени была обновлена ​​до /etc/shadow. После этого нельзя было использовать эту учетную запись для входа или изменения пароля.

Чтобы исправить учетную запись, я должен был:

Установить правильную дату. Изменить дату истечения срока действия / дату последнего изменения пароля на /etc/shadow (я использовал последний рабочий теневой файл). Смените пароль с правами root на новый.

Эта ошибка исходит от PAM (Pluggable Authentication Module), в котором говорится, что модуль не смог получить новый токен аутентификации (подробнее об этой ошибке читайте в auth.log).

Это связано с ваши настройки авторизации, найденные в каталоге /etc/pam.d/ (например, minimum_uid в common-auth или некоторые другие ограничения, требуемые отметки). Поэтому, пожалуйста, дважды проверьте правильность настроек в модуле PAM.

PAM_AUTHTOK_ERR: модуль был не удалось получить новый токен аутентификации.

Иногда эта ошибка может возникать при смене пароля для пользователя, у которого еще не установлен текущий пароль, и passwd все еще запрашивает его, поэтому обходной путь заключается в том, чтобы заставить изменение путем добавления sudo, например: sudo passwd $USER.

Источник

su: сбой при проверке подлинности

Поставил Debian. Суть проблемы:

su: сбой при проверке подлинности

Если использую sudo:

«username» is not in the sudoers file. This incident will be reported.

Ошибок с паролем быть не может. Как решить?

Решил, всем спасибо. Расходитесь.

Галочка решено и напиши в чем был затык — думаю не один ты столкнулся с такой проблемой, следующий погуглит, попадет на твою тему (лор на первых страницах гугла) и не создаст очередную.

Да пользователя добавить в группу sudo, это же в официальном мануале есть: https://wiki.debian.org/sudo

Так что гугл уже имеет, что выдать. А если человек не привык гуглить — он в любом случае создаст тему.

не создавал для рута пароль?

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

И single user mode никто не отменял.

И single user mode никто не отменял.

Я удалял себя из группы судо нечаяно, а пароль рута залочен. Было прикольно. Т.е. single в этом случае тоже не работает.

Я использую команду su.

sudoers

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

С live-cd загрузись и добавь себя в группу sudo, можно редактированием конфигов, можно через chroot.

В том-то все и дело что при установке дестр. Fedora пользователю (2) присаваеваться группа whell и права группы adm. И все работает нормально до поры до времени но в один прекрасный момент ты решаеш открыть файловый менеджер Krusader (с правами root который до этого открывал без проблем ну или что-то другое) и.. спрашивают в окне kde-su пороль root (ввожу Правильный пороль проверяю, жму кнопку продолжить и вот-те здрасте окошко с ошибкой глосящей что у меня (состоящего в групп whell и role adm нет прав запускать приложения с правами root 🙁 🙁 ps Лечиться сей баг лишь только переустановкой пакетов kde-su kf5-su 🙁

Источник

slivsol.blogspot

Для всех пользователей IT

Сбой при проверке подлинности Ubuntu

• Получить ссылку
• Facebook
• Twitter
• Pinterest
• Электронная почта
• Другие приложения

Сбой при проверке подлинности Ubuntu

• Получить ссылку
• Facebook
• Twitter
• Pinterest
• Электронная почта
• Другие приложения

Комментарии

Потому что у root нет пароля. Вводить нужно ‘sudo su’

Первый толклвый ответ за сегодня! Про ‘sudo su’ впервые встречаю. Почему-то нигде об этом не говорят.
Спасибо.

А что, если при этом вашего пользователя нет в sudoers file? =) вот как раз столкнулась в этим.

И, кстати, при установке, пароль рутовый указала.. Странно все это..

Класс все работает спс :)))

хотел сносить, ан нет- помучаю ещё!Спасибо!

LinuxMint. Наобновлял всё подряд.
Спасибо, способ помог.

Источник

Ошибка манипулирования маркером аутентификации

Я забыл свой пароль Ubuntu, поэтому я загрузился в восстановление и упал в приглашение командной строки, и это произошло:

4 ответа

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

После немедленного выбора «Drop into root shell prompt» я обнаружил, что файловая система была смонтирована только для чтения, что предотвращает сброс пароля.

Выбор опции для перемонтирования / в качестве read/write и возврата в приглашение корневой оболочки включил изменение пароля.

Команда запуска до изменения пароля: mount -rw -o remount /

Я не уверен, как это произошло. Пользователь sudo создал мою учетную запись, затем удалил ее, а затем снова создал.

Вот что я нашел

Показывается пользовательский и зашифрованный пароль.

Пока ничего не отображается. Не уверен, что это значит, но не выглядит правильным.

Итак, решение заключалось в том, чтобы удалить пароль, а затем сбросить новый пароль.

Надеюсь, что это поможет.

Я изначально размещен здесь Получение ошибка манипулирования маркером аутентификации при попытке изменить пароль пользователя , но Google сначала показывает этот результат, поэтому я повторно разместил.

Я получил эту ошибку, изменив пароль на устройстве, где дата не была установлена. (т. е. он был случайным после загрузки)

В основном произошло то, что когда я сменил пароль, незаконная метка времени была обновлена ​​до /etc/shadow . После этого нельзя было использовать эту учетную запись для входа или изменения пароля. Даже с учетной записью root невозможно было снова изменить этот пароль.

Чтобы исправить учетную запись, я должен был:

1. Установите правильную дату
2. Изменить дату истечения срока действия /последнего пароля для файла /etc/shadow (я использовал последний рабочий теневой файл)
3. Измените пароль с правами root на новый.

Эта ошибка исходит от PAM (Pluggable Authentication Module), в котором говорится, что модуль не смог получить новый токен аутентификации (подробнее об этой ошибке можно узнать auth.log ).

Это связано с вашими настройками авторизации, найденными в каталоге /etc/pam.d/ (например, minimum_uid в common-auth или некоторые другие ограничения реквизиты ). Поэтому, пожалуйста, дважды проверьте правильность настроек в модуле PAM.

PAM_AUTHTOK_ERR : модуль не смог получить новый токен аутентификации.

Иногда эта ошибка может возникать при изменении пароля для пользователя, у которого еще не установлен текущий пароль, и passwd все еще запрашивает его, поэтому обходным путем является принудительное изменение путем добавления sudo , например: sudo passwd $USER .

Источник