Schauen Sie sich die Dateien in / etc / an:
/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
Aber:
$ passwd lbutler
passwd: lbutler: no such user
Dateien in /home/lbutler/
werden auch als UID 1005 und GID angezeigtlbutler
Die anderen Benutzer in /etc/passwd
scheinen kein Problem zu haben
vipw
in Zukunft verwenden, dann müssen Sie die Details nicht mehr verwalten.pwd_mkdb -p /etc/master.shadow
Versuchen Sie es
pwd_mkdb -p /etc/master.passwd
. Vonman pwd_mkdb
:quelle
Mir ist aufgefallen, dass der Benutzer unmittelbar vor lbutler eine UID und eine GID von 10014 hatte (anstelle der erwarteten 1014). Dieser Benutzer hat sein Passwort geändert und danach konnte sich die UID 1015 nicht mehr anmelden. Mit vipw habe ich die beiden Zeilen umgekehrt und die Datei gespeichert. Beide Benutzer können sich jetzt anmelden und die Eigentumsrechte werden korrekt angezeigt. Danke für die Hinweise.
quelle
FreeBSD verwendet die Datenbankdateien zum Nachschlagen der Passwörter und Benutzer und so weiter. Die Datei / etc / passwd und auch die Datei master.passwd sind daher nur aus Kompatibilitäts- und Informationsgründen vorhanden. Darauf sollte man sich nie verlassen. Ich weiß nicht, ob es eine Möglichkeit gibt, diese Datenbankdateien direkt anzufragen. Vielleicht sollten sie eine Art SQL-Schnittstelle dafür bereitstellen, damit ppl herausfinden kann, welche Benutzer sich auf dem System befinden und so weiter. Dann könnten sie / etc / passwd und master.passwd komplett abschaffen.
quelle