Question Obtenir une erreur de «manipulation du jeton d'authentification» lors de la tentative de modification de mon mot de passe utilisateur


Je me connecte à mon serveur Ubuntu en utilisant mon nom d'utilisateur. Une fois que je suis connecté, je tape passwd commander. Entrer un nouveau mot de passe mais une seconde après avoir reçu les messages d'erreur suivants:

passwd: Authentication token manipulation error
passwd: password unchanged

Qu'est-ce qui ne va pas ici? Comment puis-je modifier mon mot de passe si je n’ai pas accès physiquement à ce serveur, c’est-à-dire que je me connecte à distance avec ssh en utilisant le terminal.


74
2017-08-18 13:55


origine


La première invite demande votre mot de passe actuel. Avez-vous fait cela, car si vous venez de taper le nouveau, vous aurez le message d'erreur que vous dites .. - Pavlos G.
J'ai le même problème et trouve la réponse à ce lien help.ubuntu.com/community/LostPassword  blog.imammubin.com/reset-ubuntu-passwd/2014/07/07 essayez ce code: mount -rw -o remount / hope this help .. - Mubin
@Mubin: C'est pour une récupération d'urgence à partir du mode mono-utilisateur. Étant donné que cette question concerne un utilisateur connecté, nous pouvons supposer que ce n'est pas un scénario de récupération. - MSalters


Réponses:


Si vous insérez le mauvais mot de passe

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

vous obtenez cette erreur. Si vous êtes sûr d'avoir inséré le bon, cette erreur peut également apparaître si vous utilisez des fichiers de mots de passe masqués et que l'ombre n'a pas d'entrée pour cet utilisateur (/etc/passwd a une entrée pour cet utilisateur, mais /etc/shadow ne fait pas).

Pour résoudre ce problème, vous pouvez soit ajouter manuellement l’entrée (faire une sauvegarde d’abord !!!) ou recréer le fichier pwconv (Manpage).


40
2017-08-18 14:09



+1 mon passe-passe / mise en place d'ombre a été tout foutu. Votre pwconv l'indice était une bouée de sauvetage! - djhaskin987
@ djhaskin987 3 ans plus tard (moins 6 jours). Heureux que cela vous ait aidé: D - Rinzwind
par moi c'était le problème, que je saisissais des mots de passe très simples comme le nombre. essayez d'utiliser un mot de passe sécurisé. - MR.GEWA
quel étrange message d'erreur! - Jonny Leeds
@Rinzwind J'ai le deuxième problème. Comment puis-je définir le point d'entrée? - alhelal


Faites ces deux choses juste pour vous assurer:

mount -o remount,rw /

Cette première partie remonte la partition racine en lecture / écriture car elle était uniquement en mode lecture. En fait, il démonte la partition racine puis la monte à nouveau en lecture / écriture.

Alors faites ceci:

chmod 640 /etc/shadow

Alors fais le sudo passwd USER. Il devrait marcher après ça. Cette partie donne les autorisations correctes au fichier shadow.


60
2018-03-30 20:02



Cela a fonctionné pour moi. Quelqu'un pourrait-il m'aider à comprendre ce que je viens de faire? - Stew
@Stew réponse mise à jour pour mieux expliquer. - Luis Alvarado♦
Super, merci Luis! Dois-je changer le répertoire racine en mode lecture lorsque je termine avec cela? - Stew
@Stew no. Il devrait rester comme lecture / écriture. Ce n'est que lorsque vous voulez fsck le disque pour certains problèmes de ne pas démarrer correctement ou d'autres problèmes. Par défaut, Ubuntu Server / Desktop devrait démarrer avec root en mode lecture / écriture. Donc, cette méthode ne devrait pas être nécessaire une fois le problème résolu (le problème). - Luis Alvarado♦
Impressionnant! cela a fonctionné comme un charme .... - basavaraj_gowda


Je ne sais pas comment c'est arrivé. Un utilisateur sudo a créé mon compte puis l'a supprimé puis l'a créé à nouveau.

Voici ce que j'ai trouvé

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

Pas de changement.

sudo pwck

N'a montré aucune erreur.

sudo grpck

N'a montré aucune erreur.

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-

Semble normal.

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

Utilisateur affiché et mot de passe crypté.

sudo cat /etc/shadow- |grep oracle

N'a rien montré. Je ne sais pas ce que cela signifie, mais ne semble pas correct.

sudo passwd -d oracle
passwd

La solution consistait donc à supprimer le mot de passe, puis à réinitialiser le nouveau mot de passe.

J'espère que cela t'aides.


7
2018-05-08 13:30





pam-auth-update

réparé mon désordre /etc/pam.d/common-password


6
2018-06-05 14:50



C'était la seule chose qui a résolu mon problème :) Merci beaucoup. - thedp
AWW ouais. Cet utilitaire de haut niveau n'a pas résolu le problème, mais l'a réduit à "système de fichiers en lecture seule". A partir de ce moment-là, paix du gâteau. - Vorac


Un autre problème pourrait être que le disque est plein. J'ai eu cette erreur lors de la réinitialisation d'un mot de passe, et plus tard, j'ai vérifié mes disques avec df et constaté qu'aucun espace n'est disponible sur mon disque. Après en avoir libéré certains, je pouvais réinitialiser le mot de passe sans problème.


2
2018-04-14 10:14





Si vous utilisez SELinux, l'exécution de cette commande a résolu le problème pour moi.

restorecon -v /etc/shadow

Grâce à cette conversation pour la solution.


2
2017-08-23 06:39





Vérifiez si vous avez foiré le fichier de mot de passe commun dans /etc/pam.d/. Cela entraînera des erreurs si votre mot de passe actuel ne correspond pas à celui common-password veut. Dans mon cas, c'était la raison pour laquelle je recevais cette erreur de jeton d'authentification.


2
2017-11-15 06:02





Assurez-vous également que votre entrée dans / etc / passwd n'est pas mal formée. Si vous avez le nombre incorrect de deux-points dans la ligne de votre entrée utilisateur, la commande 'passwd' ne peut pas l'analyser et refuse de continuer avec le message d'erreur exact fourni.


1
2018-05-08 00:10





Ce problème s'est produit en raison des autorisations incorrectes définies sur /usr/bin/passwd.

S'il vous plaît essayer de définir l'autorisation comme 4511 en utilisant la commande:

chmod 4511 /usr/bin/passwd

Cela résoudra le problème.


1
2017-09-05 09:22



Bienvenue sur Ask Ubuntu! ;-) Pourriez-vous s'il vous plaît examiner mon modifications et aussi examiner le aide à l'édition pour améliorer la lisibilité de vos questions à l'avenir ... ;-) - Fabby


Dans Lubuntu 15.04, j'ai eu la même erreur de manipulation de jeton. J'ai pensé que cela était dû au système de fichiers toujours en lecture seule.

En utilisant:

mount -o remount, rw / passwd passwd: erreur de manipulation du jeton d'authentification

Cela ne fonctionne pas mais cela fait: mount -o remount, --rw / passwd passwd: erreur de manipulation du jeton d'authentification


0
2017-11-18 16:46





L'erreur indique que le module PAM (voir: man pam_chauthtok) n'a pas pu obtenir le nouveau jeton d'authentification. Cela peut arriver sur Ubuntu lorsque l'utilisateur n'a pas encore défini de mot de passe et passwd le demande toujours, la solution consiste donc à changer le mot de passe en utilisant root privilèges, par ex.

sudo passwd $USER

Ainsi, vous ne serez pas invité à saisir le mot de passe actuel et l'erreur ne se produira pas.

Voir également: Erreur de manipulation du jeton d'authentification


0
2017-07-18 01:09