Le base-passwdpackage garantit la présence de certains utilisateurs et de certains groupes dans un système. La documentation est en /usr/share/doc/base-passwd/users-and-groups.txt.gz(ou /usr/share/doc/base-passwd/users-and-groups.html) (source disponible en ligne dans Debian Salsa ):
bin
HELP: No files on my system are owned by user or group bin. What good are
they? Historically they were probably the owners of binaries in /bin? It is
not mentioned in the FHS, Debian Policy, or the changelogs of base-passwd
or base-files.
LSB 1.3 lists bin as legacy, and says: "The 'bin' UID/GID is included for
compatibility with legacy applications. New applications should no longer
use the 'bin' UID/GID."
Donc, cela fait partie de la spécification LSB , et depuis que Debian visait la conformité LSB, Ubuntu a un binutilisateur et un groupe.
/usrétait le chemin d'origine pour les foyers utilisateurs dans l'historique Unix, donc il y avait un binutilisateur en charge de /usr/bin- comparer la façon dont l'utilisateur root est implémenté dans ces systèmes (et aussi dans certains plus modernes - Solaris, etc.), il a /, non /root, comme répertoire personnel.
Réponses:
Le
base-passwdpackage garantit la présence de certains utilisateurs et de certains groupes dans un système. La documentation est en/usr/share/doc/base-passwd/users-and-groups.txt.gz(ou/usr/share/doc/base-passwd/users-and-groups.html) (source disponible en ligne dans Debian Salsa ):Donc, cela fait partie de la spécification LSB , et depuis que Debian visait la conformité LSB, Ubuntu a un
binutilisateur et un groupe.la source
/usrétait le chemin d'origine pour les foyers utilisateurs dans l'historique Unix, donc il y avait unbinutilisateur en charge de/usr/bin- comparer la façon dont l'utilisateur root est implémenté dans ces systèmes (et aussi dans certains plus modernes - Solaris, etc.), il a/, non/root, comme répertoire personnel.la source