Impossible de verrouiller / etc / passwd; Réessayez plus tard

30

Avec plusieurs commandes sous Linux, j'obtiens l'erreur:

cannot lock /etc/passwd; try again later.

Quelqu'un sait-il comment le résoudre? De plus, je ne rentre pas dans mon répertoire / etc / shadow.

linux passwd

— Eric Leschinski
source

2

vous devez augmenter votre niveau d'utilisateur en utilisant la commande "sudo" ou "su".

— Raptor

4

Votre répertoire / etc / shadow ?!? / etc / shadow devrait être un fichier. Veuillez donner la commande exacte que vous essayez d'exécuter.

— Brian White

3

Dans mon cas, le système de fichiers racine était plein

22

Si aucun .lockfichier n'est présent mais que vous ne pouvez toujours pas créer d'utilisateur, essayez ce qui suit

sudo mount -o remount,rw /

Si vous êtes connecté en tant que rootpuis utilisez

mount -o remount,rw /

— Syed Hassaan Abdullah
source

Cela a résolu le problème que j'avais après le démarrage en mode de récupération en modifiant l'entrée grub

— twobeers

mais où chercher les .lockfichiers? grâce à @trevorRobinson, il semble que l'on devrait regarder dedans /etc/, correct?

— hello_there_andy

Et si ça disait mount: cannot remount /dev/dm-0 read-write, is write-protected. Je suis sous ChromeOS (Linux) avec le mode Dev activé.

— trusktr

Pourquoi n'est-ce pas la réponse acceptée ??

— math2001

9

En effet, vous ne disposez pas des autorisations pour ces opérations

Tu ne peux pas lire /etc/shadow
Vous ne pouvez pas modifier directement /etc/passwd

Vous pouvez modifier les deux fichiers via des commandes spécialisées (par exemple, vous pouvez modifier votre mot de passe).

1

pour changer le mot de passe, utilisez "passwd <username>"

— Raptor

9

L'utilisateur sous lequel vous exécutez les commandes n'a pas les privilèges requis. Changer d' rootutilisateur en émettant la commande

su -

ou si vous avez / utilisez sudo

sudo <command to run>

— inquam
source

6

Cela peut également être dû à un manque d'espace sur le système de fichiers racine. Utilisez stracepour être sûr. straceest votre ami.

— Robin Green
source

J'ai lu de nombreuses discussions avec mon problème et c'était en fait la solution. Cela devrait être l'une des premières choses à vérifier en cas de problème de système de fichiers, je suppose. J'utilise dfau lieu de stracebien. Comment cela pourrait-il stracem'aider? Jamais utilisé

— erikbwork

2

Eh bien, si vous avez déjà deviné que le problème pouvait manquer d'espace, alors df peut vous aider. Mais strace vous dira quel était le code d'erreur lorsqu'il a essayé de verrouiller le fichier, il devrait donc supprimer les hypothèses. La façon dont j'appelle habituellement strace est la strace -f -e trace=file commande car cela donne généralement les résultats les plus utiles.

— Robin Green

6

J'ai rencontré cela lorsqu'une erreur de disque s'est produite lors d'une opération userdel et que le système a dû être redémarré. J'ai dû supprimer les quatre fichiers suivants pour continuer:

sudo rm /etc/passwd.lock
sudo rm /etc/shadow.lock
sudo rm /etc/group.lock
sudo rm /etc/gshadow.lock

— Trevor Robinson
source

6

Si vous avez -R /some/chrootajouté à votre useraddcommande, cela pourrait être le problème.

Je pensais que cela signifiait que l'utilisateur serait emprisonné lors de la connexion, mais ce n'est pas le cas. En regardant la sortie strace, j'ai vu useradd chrooté dans le répertoire spécifié, après quoi bien sûr il ne peut plus trouver / etc / passwd. Je ne sais donc pas à quoi sert l'option, mais il y a votre (enfin, mon) problème.

— Luc
source

C'était exactement ce que j'essayais. Après avoir supprimé l' -R [dir]option, j'ai pu créer l'utilisateur.

— Gustavo Straube

Belle supposition! Merci. J'ai également compris que le chroot useraddn'est pas ce que vous pensez qu'il est :) Il utilise uniquement le répertoire spécifié comme racine pour le système de l'utilisateur . C'est utile pour les sous-OS isolés clonés, ce qui est rarement ce que vous voulez ...

— Ninj

2

J'ai rencontré cela lorsqu'une erreur de disque s'est produite lors d'une opération userdel et que le système a dû être redémarré. J'ai dû supprimer les quatre fichiers suivants pour continuer:

sudo rm /etc/passwd.lock
sudo rm /etc/shadow.lock
sudo rm /etc/group.lock
sudo rm /etc/gshadow.lock

Cette commande m'a vraiment aidé. Merci beaucoup.

— LI JIM
source

Ceci est un commentaire de remerciement à une réponse précédente.

— suspectus

1

Une démo de cette erreur sur Ubuntu 14.04:

user@mybox:/home$ sudo useradd eric
user@mybox:/home$ userdel eric
userdel: Permission denied.
userdel: cannot lock /etc/passwd; try again later.

sudo vous donne la permission de le verrouiller.

user@mybox:/home$ sudo userdel eric
user@mybox:/home$

— Eric Leschinski
source

1

Recherchez les fichiers /etc/group.lock, /etc/passwd.lock et /etc/shadow.lock et supprimez-les.

Veillez à ne supprimer que les fichiers se terminant par «lock», sinon vous pourriez endommager votre système.

Référence: https://bugs.launchpad.net/ubuntu/+source/shadow/+bug/523896

— farhan
source

1

J'ai eu le même problème, car / etc était plein. C'est pourquoi / etc / passwd n'a pas pu être écrit. Assurez-vous d'avoir suffisamment d'espace sur / etc, sinon agrandissez-le ou nettoyez les éléments inutiles.

— Boris Paperny
source