Regarder les fichiers dans / etc /:
/etc/group:lbutler:*:1005:
/etc/master.passwd:lbutler:$6$s..../:1005:1005::0:0:L Butler:/home/lbutler:/bin/bash
/etc/passwd:lbutler:*:1005:1005:L Butler:/home/lbutler:/bin/bash
Mais:
$ passwd lbutler
passwd: lbutler: no such user
En outre, les fichiers /home/lbutler/
apparaissent sous la forme uid 1005 et gidlbutler
Les autres utilisateurs /etc/passwd
ne semblent pas avoir de problème
vipw
à l'avenir, vous n'aurez pas à gérer les détails.pwd_mkdb -p /etc/master.shadow
Essayez
pwd_mkdb -p /etc/master.passwd
. Deman pwd_mkdb
:la source
J'ai remarqué que l'utilisateur immédiatement avant lbutler avait un UID et un GID de 10014 (au lieu du 1014 attendu). Cet utilisateur a changé son mot de passe et après cela, l'UID 1015 n'a pas pu se connecter. En utilisant vipw, j'ai inversé les deux lignes et enregistré le fichier. Les deux utilisateurs peuvent désormais se connecter et les propriétés apparaissent correctement. Merci pour les pointeurs.
la source
FreeBSD utilise les fichiers de base de données pour rechercher les mots de passe et les utilisateurs, etc. Ainsi, le fichier / etc / passwd et également le fichier master.passwd sont uniquement là pour des raisons de compatibilité et d'information. Il ne faut jamais se fier à cela. Je ne sais pas s'il existe un moyen de demander ces fichiers de base de données directement. Peut-être qu'ils devraient lui fournir une sorte d'interface SQL pour que ppl puisse vérifier quels utilisateurs sont sur le système et ainsi de suite. Ensuite, ils pourraient supprimer complètement / etc / passwd et master.passwd.
la source