Без разрешения 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"
Если вы введете неправильный пароль passwd
$ passwd
Changing password for rinzwind.
(current) UNIX password:
passwd: Authentication token manipulation error
passwd: password unchanged
, вы получите эту ошибку. Если вы уверены, что вставили правильный, эта ошибка также может появиться, если вы используете файлы теневого пароля, а тень не имеет записи для этого пользователя (в основном /etc/passwd имеет запись для этого пользователя, но /etc/shadow не используется.
Чтобы исправить это, вы можете либо добавить запись вручную (сначала создать резервную копию !!!), либо воссоздать теневой файл с помощью pwconv (Manpage).
Если вы введете неправильный пароль passwd
$ passwd
Changing password for rinzwind.
(current) UNIX password:
passwd: Authentication token manipulation error
passwd: password unchanged
, вы получите эту ошибку. Если вы уверены, что вставили правильный, эта ошибка также может появиться, если вы используете файлы теневого пароля, а тень не имеет записи для этого пользователя (в основном /etc/passwd имеет запись для этого пользователя, но /etc/shadow не используется.
Чтобы исправить это, вы можете либо добавить запись вручную (сначала создать резервную копию !!!), либо воссоздать теневой файл с помощью pwconv (Manpage).
pam-auth-update
зафиксировал мой испорченный /etc/pam.d/common-password
Проверьте, что вы перепутали файл с общим паролем в /etc/pam.d/. Это приведет к ошибкам, если ваш текущий пароль не соответствует тому, который хочет common-password. В моем случае это было причиной того, что я получал эту ошибку токена аутентификации.
Я не знаю, как это произошло. Пользователь 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
Итак, решение было удалить пароль, а затем сбросить новый пароль.
Надеюсь, это поможет.
В Lubuntu 15.04 у меня была такая же ошибка манипуляции с токеном. Я полагал, что это связано с тем, что файловая система все еще находится в режиме только для чтения.
Использование:
mount -o remount, rw / passwd passwd: Ошибка проверки маркера аутентификации
Это не работает, но это делает: mount -o remount, --rw / passwd passwd: ошибка проверки маркера аутентификации
Ошибка говорит о том, что модуль PAM (см. man pam_chauthtok) не смог получить новый токен аутентификации. Это может произойти в Ubuntu, когда пользователь еще не установил пароль по умолчанию, и passwd все еще запрашивает его, поэтому обходным путем является изменение пароля с использованием привилегий root, например
sudo passwd $USER
поэтому вы не будете запрашивать текущий пароль, и ошибка не произойдет.
См. также: man pam_chauthtok
Другая проблема может заключаться в том, что диск заполнен. Я получил эту ошибку при сбросе пароля, а затем проверил мои диски с помощью df и обнаружил, что на моем диске нет места. После освобождения некоторых я мог бы сбросить пароль без проблем.
Эта проблема возникла из-за неправильных разрешений, установленных на /usr/bin/passwd.
Попробуйте установить разрешение как 4511 с помощью команды:
chmod 4511 /usr/bin/passwd
Это решит проблема.
Кроме того, убедитесь, что ваша запись в файле / etc / passwd не сформирована с ошибкой. Если у вас неправильное количество двоеточий в строке для вашей пользовательской записи, команда «passwd» не может ее разобрать и отказывается продолжать предоставление точного сообщения об ошибке.
Используя приведенную выше информацию, я обнаружил, что это решило мою проблему
pam-auth-update
Мне нужно удалить опцию extrausers из pam.
В моих журналах я заметил следующие ошибки.
journalctl -f
passwd[16497]: pam_extrausers(passwd:chauthtok): user "xuser" does not exist in /var/lib/extrausers/passwd
Если вы используете SELinux, запуск этой команды устранил проблему для меня.
restorecon -v /etc/shadow
Благодаря этой цепочке для решения.
Сделайте эти две вещи только для того, чтобы убедиться:
mount -o remount,rw /
Эта первая часть перезагружает корневой раздел как чтение / запись, поскольку он был только в режиме чтения. Он действительно демонтирует корневой раздел и затем снова монтирует его как чтение / запись.
Затем выполните следующее:
chmod 640 /etc/shadow
Затем сделайте sudo passwd USER. После этого он должен работать. Эта часть дает правильные разрешения для теневого файла.
pam-auth-update
зафиксировал мой испорченный /etc/pam.d/common-password
Проверьте, что вы перепутали файл с общим паролем в /etc/pam.d/. Это приведет к ошибкам, если ваш текущий пароль не соответствует тому, который хочет common-password. В моем случае это было причиной того, что я получал эту ошибку токена аутентификации.
Я не знаю, как это произошло. Пользователь 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
Итак, решение было удалить пароль, а затем сбросить новый пароль.
Надеюсь, это поможет.
В Lubuntu 15.04 у меня была такая же ошибка манипуляции с токеном. Я полагал, что это связано с тем, что файловая система все еще находится в режиме только для чтения.
Использование:
mount -o remount, rw / passwd passwd: Ошибка проверки маркера аутентификации
Это не работает, но это делает: mount -o remount, --rw / passwd passwd: ошибка проверки маркера аутентификации
Ошибка говорит о том, что модуль PAM (см. man pam_chauthtok) не смог получить новый токен аутентификации. Это может произойти в Ubuntu, когда пользователь еще не установил пароль по умолчанию, и passwd все еще запрашивает его, поэтому обходным путем является изменение пароля с использованием привилегий root, например
sudo passwd $USER
поэтому вы не будете запрашивать текущий пароль, и ошибка не произойдет.
См. также: man pam_chauthtok
Другая проблема может заключаться в том, что диск заполнен. Я получил эту ошибку при сбросе пароля, а затем проверил мои диски с помощью df и обнаружил, что на моем диске нет места. После освобождения некоторых я мог бы сбросить пароль без проблем.
Эта проблема возникла из-за неправильных разрешений, установленных на /usr/bin/passwd.
Попробуйте установить разрешение как 4511 с помощью команды:
chmod 4511 /usr/bin/passwd
Это решит проблема.
кроме того, убедитесь, что ваша запись в /etc/passwd не сформирована mal. Если у вас есть неправильное число двоеточий в строке для ввода пользователя, 'команды passwd' не может разобрать его и отказывается продолжать с точным предоставил сообщение об ошибке.
Используя приведенную выше информацию, я обнаружил, что это решило мою проблему
pam-auth-update
Мне нужно удалить опцию extrausers из pam.
В моих журналах я заметил следующие ошибки.
journalctl -f
passwd[16497]: pam_extrausers(passwd:chauthtok): user "xuser" does not exist in /var/lib/extrausers/passwd
Если вы используете SELinux, запуск этой команды устранил проблему для меня.
restorecon -v /etc/shadow
Благодаря этой цепочке для решения.
Сделайте эти две вещи только для того, чтобы убедиться:
mount -o remount,rw /
Эта первая часть перезагружает корневой раздел как чтение / запись, поскольку он был только в режиме чтения. Он действительно демонтирует корневой раздел и затем снова монтирует его как чтение / запись.
Затем выполните следующее:
chmod 640 /etc/shadow
Затем сделайте sudo passwd USER. После этого он должен работать. Эта часть дает правильные разрешения для теневого файла.