Récemment, j'ai trouvé cet article:
la différence entre bin, sbin, usr / bin, usr / sbin . Je voudrais partager mon avis sur la norme.
/ bin
Contient des commandes qui peuvent être utilisées par l'administrateur système et les utilisateurs, mais qui sont nécessaires lorsqu'aucun autre système de fichiers n'est monté (par exemple, en mode mono-utilisateur). Il peut également contenir des commandes indirectement utilisées par les scripts.
Les équipes suivantes devraient être présentes:
chat ,
chgrp ,
chmod ,
chown ,
cp ,
date ,
dd ,
df ,
dmesg ,
echo ,
false ,
hostname ,
kill ,
ln ,
login ,
ls ,
mkdir ,
mknod ,
more ,
mount ,
mv ,
ps ,
pwd ,
rm ,
rmdir ,
sed ,
sh ,
stty ,
su ,
sync ,
true ,
umount ,
uname .
Il est possible de créer des liens symboliques sur / usr, mais bien qu'il n'ait pas été trouvé sur un appareil séparé à l'époque de systemd / usr, il peut toujours être trouvé sur un système embarqué, un feu de circulation, un moulin à café
et PDP-11 servant un appareil important dans l'un des laboratoires de l'Académie des sciences .
/ sbin
Utilitaires utilisés pour l'administration du système (et d'autres commandes root uniquement), / sbin contient les fichiers binaires nécessaires pour démarrer, restaurer, restaurer et / ou restaurer le système en plus des fichiers binaires dans / bin. Les programmes qui s'exécutent après le montage de / usr (lorsqu'il n'y a aucun problème) sont généralement placés dans / usr / sbin. Les programmes d'administration système installés localement doivent être placés dans / usr / local / sbin.
Attendu:
fastboot, fasthalt, fdisk, fsck, getty, stop, ifconfig, init, mkfs, mkswap, reboot, route, swapon, swapoff, update .
Une façon de protéger le système des mains ludiques des utilisateurs consiste à interdire à quiconque d'exécuter ces utilitaires en définissant l'attribut x.
De plus, remplacer / bin et / sbin par une copie de l'archive (la même pour tous les systèmes du même type) est un moyen rapide de réparer les systèmes sans gestionnaire de package.
/ usr / bin
Ici, tout est simple. Le même type d'équipe, le même pour toutes les sociétés de serveurs / moulins à café. Et / usr lui-même peut être déployé de la même manière pour différents systèmes d'exploitation (cela ne fonctionne généralement pas pour / bin et / sbin), ce sont des programmes indépendants de l'architecture. Il peut contenir des liens vers des interprètes perl ou python qui sont dans / opt ou ailleurs sur le réseau.
/ usr / sbin
Identique à / usr / bin, mais réservé aux administrateurs.
/ usr / local / bin et / usr / local / sbin
L'un des endroits les plus importants. Contrairement aux autres, / usr ne peut pas être le même pour toute l'organisation. Voici des programmes dépendants du système d'exploitation, du matériel et uniquement qui ne sont pas nécessaires sur tous les appareils. Lors de la synchronisation de / usr sur des machines, / usr / local doit être exclu.
/ home / $ USER / bin
Ici, le cas est similaire à / usr / local, seuls les programmes spécifiques à un utilisateur particulier se trouvent. Vous pouvez transférer (ou synchroniser) vers une autre machine lorsque l'utilisateur se déplace. Ce qui ne peut pas être transféré est ajouté à /home/$USER/.local/bin. Vous pouvez utiliser local sans point. / home / $ USER / sbin pour des raisons évidentes est manquant.
Je serai heureux des corrections et des ajouts.