Невозможно изменить пароль для локальной учетной записи [dубликат]

Без разрешения root вам лучше всего создать каталог bin в вашем домашнем каталоге, а затем добавить его в свою переменную среды PATH. Поэтому после создания в вашем любимом редакторе директории с именем bin в / home / $ USER open ~/.bashrc, например gedit ~/.bashrc. Затем вам нужно добавить:

export PATH=$PATH:~/bin

Что это значит, это добавить ~/bin к переменной $ PATH. Какой список каталогов для поиска исполняемых файлов.

Если у вас в настоящее время открыт терминал, вам необходимо перезагрузить конфигурацию, что вы можете сделать, используя команду source: source ~/.bashrc.

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

Как указано @Serg в комментариях, каталог ~/bin включен в набор PATH в ~/.profile. Таким образом, вы можете просто отредактировать ~/.profile и удалить комментарий из переменной PATH. Просто найдите строку:

# PATH="$HOME/bin:$PATH"

Затем измените ее на следующую и перезагрузите терминал:

PATH="$HOME/bin:$PATH"
74
задан 15 December 2013 в 20:22

24 ответа

Если вы введете неправильный пароль passwd

$ passwd Changing password for rinzwind. (current) UNIX password: passwd: Authentication token manipulation error passwd: password unchanged

, вы получите эту ошибку. Если вы уверены, что вставили правильный, эта ошибка также может появиться, если вы используете файлы теневого пароля, а тень не имеет записи для этого пользователя (в основном /etc/passwd имеет запись для этого пользователя, но /etc/shadow не используется.

Чтобы исправить это, вы можете либо добавить запись вручную (сначала создать резервную копию !!!), либо воссоздать теневой файл с помощью pwconv (Manpage).

40
ответ дан 18 July 2018 в 03:09

Если вы введете неправильный пароль passwd

$ passwd Changing password for rinzwind. (current) UNIX password: passwd: Authentication token manipulation error passwd: password unchanged

, вы получите эту ошибку. Если вы уверены, что вставили правильный, эта ошибка также может появиться, если вы используете файлы теневого пароля, а тень не имеет записи для этого пользователя (в основном /etc/passwd имеет запись для этого пользователя, но /etc/shadow не используется.

Чтобы исправить это, вы можете либо добавить запись вручную (сначала создать резервную копию !!!), либо воссоздать теневой файл с помощью pwconv (Manpage).

40
ответ дан 24 July 2018 в 17:46
pam-auth-update

зафиксировал мой испорченный /etc/pam.d/common-password

5
ответ дан 18 July 2018 в 03:09

Проверьте, что вы перепутали файл с общим паролем в /etc/pam.d/. Это приведет к ошибкам, если ваш текущий пароль не соответствует тому, который хочет common-password. В моем случае это было причиной того, что я получал эту ошибку токена аутентификации.

2
ответ дан 18 July 2018 в 03:09

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

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

mount -o remount,rw / passwd passwd: Authentication token manipulation error

Без изменений.

sudo pwck

нет ошибок.

sudo grpck

Не было ошибок.

ls -l /etc/passwd /etc/group /etc/shadow /etc/shadow- -rw-r--r-- 1 root root 767 May 7 16:45 /etc/group -rw-r--r-- 1 root root 1380 May 7 16:45 /etc/passwd -rw-r----- 1 root shadow 1025 May 8 09:11 /etc/shadow -rw------- 1 root root 1025 May 7 16:46 /etc/shadow-

Выглядит нормально.

sudo cat /etc/shadow |grep oracle oracle:$6$FsPqyplr$DrIvjFDSx0ipHmECMw1AU5hTrbNMnnkGRdFlaQcM.p3Rdu2OLjY20tzUTW61HlFH16cal56rKlLuW4j2mK9D.:15833:0:99999:7:::

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

sudo cat /etc/shadow- |grep oracle

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

sudo passwd -d oracle passwd

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

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

7
ответ дан 18 July 2018 в 03:09

В Lubuntu 15.04 у меня была такая же ошибка манипуляции с токеном. Я полагал, что это связано с тем, что файловая система все еще находится в режиме только для чтения.

Использование:

mount -o remount, rw / passwd passwd: Ошибка проверки маркера аутентификации

Это не работает, но это делает: mount -o remount, --rw / passwd passwd: ошибка проверки маркера аутентификации

0
ответ дан 18 July 2018 в 03:09

Ошибка говорит о том, что модуль PAM (см. man pam_chauthtok) не смог получить новый токен аутентификации. Это может произойти в Ubuntu, когда пользователь еще не установил пароль по умолчанию, и passwd все еще запрашивает его, поэтому обходным путем является изменение пароля с использованием привилегий root, например

sudo passwd $USER

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

См. также: man pam_chauthtok

0
ответ дан 18 July 2018 в 03:09

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

2
ответ дан 18 July 2018 в 03:09

Эта проблема возникла из-за неправильных разрешений, установленных на /usr/bin/passwd.

Попробуйте установить разрешение как 4511 с помощью команды:

chmod 4511 /usr/bin/passwd

Это решит проблема.

1
ответ дан 18 July 2018 в 03:09

Кроме того, убедитесь, что ваша запись в файле / etc / passwd не сформирована с ошибкой. Если у вас неправильное количество двоеточий в строке для вашей пользовательской записи, команда «passwd» не может ее разобрать и отказывается продолжать предоставление точного сообщения об ошибке.

1
ответ дан 18 July 2018 в 03:09

Используя приведенную выше информацию, я обнаружил, что это решило мою проблему

pam-auth-update

Мне нужно удалить опцию extrausers из pam.

В моих журналах я заметил следующие ошибки.

journalctl -f passwd[16497]: pam_extrausers(passwd:chauthtok): user "xuser" does not exist in /var/lib/extrausers/passwd
0
ответ дан 18 July 2018 в 03:09

Если вы используете SELinux, запуск этой команды устранил проблему для меня.

restorecon -v /etc/shadow

Благодаря этой цепочке для решения.

2
ответ дан 18 July 2018 в 03:09

Сделайте эти две вещи только для того, чтобы убедиться:

mount -o remount,rw /

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

Затем выполните следующее:

chmod 640 /etc/shadow

Затем сделайте sudo passwd USER. После этого он должен работать. Эта часть дает правильные разрешения для теневого файла.

59
ответ дан 18 July 2018 в 03:09
pam-auth-update

зафиксировал мой испорченный /etc/pam.d/common-password

5
ответ дан 24 July 2018 в 17:46
  • 1
    Это единственное, что решило мою проблему :) Большое вам спасибо. – thedp 19 August 2016 в 18:27
  • 2
    Все, да. Эта утилита высокого уровня не решила проблему, но сузила ее до «файловой системы только для чтения». С этого момента - мир торта. – Vorac 21 April 2017 в 21:52

Проверьте, что вы перепутали файл с общим паролем в /etc/pam.d/. Это приведет к ошибкам, если ваш текущий пароль не соответствует тому, который хочет common-password. В моем случае это было причиной того, что я получал эту ошибку токена аутентификации.

2
ответ дан 24 July 2018 в 17:46

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

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

mount -o remount,rw / passwd passwd: Authentication token manipulation error

Без изменений.

sudo pwck

нет ошибок.

sudo grpck

Не было ошибок.

ls -l /etc/passwd /etc/group /etc/shadow /etc/shadow- -rw-r--r-- 1 root root 767 May 7 16:45 /etc/group -rw-r--r-- 1 root root 1380 May 7 16:45 /etc/passwd -rw-r----- 1 root shadow 1025 May 8 09:11 /etc/shadow -rw------- 1 root root 1025 May 7 16:46 /etc/shadow-

Выглядит нормально.

sudo cat /etc/shadow |grep oracle oracle:$6$FsPqyplr$DrIvjFDSx0ipHmECMw1AU5hTrbNMnnkGRdFlaQcM.p3Rdu2OLjY20tzUTW61HlFH16cal56rKlLuW4j2mK9D.:15833:0:99999:7:::

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

sudo cat /etc/shadow- |grep oracle

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

sudo passwd -d oracle passwd

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

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

7
ответ дан 24 July 2018 в 17:46

В Lubuntu 15.04 у меня была такая же ошибка манипуляции с токеном. Я полагал, что это связано с тем, что файловая система все еще находится в режиме только для чтения.

Использование:

mount -o remount, rw / passwd passwd: Ошибка проверки маркера аутентификации

Это не работает, но это делает: mount -o remount, --rw / passwd passwd: ошибка проверки маркера аутентификации

0
ответ дан 24 July 2018 в 17:46

Ошибка говорит о том, что модуль PAM (см. man pam_chauthtok) не смог получить новый токен аутентификации. Это может произойти в Ubuntu, когда пользователь еще не установил пароль по умолчанию, и passwd все еще запрашивает его, поэтому обходным путем является изменение пароля с использованием привилегий root, например

sudo passwd $USER

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

См. также: man pam_chauthtok

0
ответ дан 24 July 2018 в 17:46

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

2
ответ дан 24 July 2018 в 17:46

Эта проблема возникла из-за неправильных разрешений, установленных на /usr/bin/passwd.

Попробуйте установить разрешение как 4511 с помощью команды:

chmod 4511 /usr/bin/passwd

Это решит проблема.

1
ответ дан 24 July 2018 в 17:46

кроме того, убедитесь, что ваша запись в /etc/passwd не сформирована mal. Если у вас есть неправильное число двоеточий в строке для ввода пользователя, 'команды passwd' не может разобрать его и отказывается продолжать с точным предоставил сообщение об ошибке.

1
ответ дан 24 July 2018 в 17:46

Используя приведенную выше информацию, я обнаружил, что это решило мою проблему

pam-auth-update

Мне нужно удалить опцию extrausers из pam.

В моих журналах я заметил следующие ошибки.

journalctl -f passwd[16497]: pam_extrausers(passwd:chauthtok): user "xuser" does not exist in /var/lib/extrausers/passwd
0
ответ дан 24 July 2018 в 17:46

Если вы используете SELinux, запуск этой команды устранил проблему для меня.

restorecon -v /etc/shadow

Благодаря этой цепочке для решения.

2
ответ дан 24 July 2018 в 17:46

Сделайте эти две вещи только для того, чтобы убедиться:

mount -o remount,rw /

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

Затем выполните следующее:

chmod 640 /etc/shadow

Затем сделайте sudo passwd USER. После этого он должен работать. Эта часть дает правильные разрешения для теневого файла.

59
ответ дан 24 July 2018 в 17:46
  • 1
    Это сработало для меня. Может ли кто-нибудь помочь мне понять, что я только что сделал? – Stew 25 April 2014 в 22:33
  • 2
    @ Обновленный ответ, чтобы лучше объяснить. – Luis Alvarado♦ 25 April 2014 в 22:35
  • 3
    Отлично, спасибо Луис! Должен ли я изменить корневой каталог обратно в режим чтения, когда я закончу с этим? – Stew 25 April 2014 в 22:58
  • 4
    @Stew no. Он должен оставаться, как чтение / запись. Это происходит только тогда, когда вы хотите fsck на диске, чтобы некоторые проблемы не загружались правильно или другие проблемы. По умолчанию Ubuntu Server / Desktop должен загружаться с правами root в режиме чтения / записи. Поэтому этот метод не нужен после того, как проблема (любая, которая вызвала проблему) была решена. – Luis Alvarado♦ 26 April 2014 в 01:43
  • 5
    Потрясающие! это работало как прелесть .... – basavaraj_gowda 25 November 2017 в 09:40

Другие вопросы по тегам:

Похожие вопросы: