J'ai récemment découvert cet article : . J'aimerais partager mon point de vue sur la norme.
/ bin
Contient des commandes qui peuvent être utilisées à la fois par l'administrateur système et par 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 utilisées indirectement par les scripts.
Les équipes suivantes devraient y être présentes :
cat, chgrp, chmod, chown, cp, données, dd, df, dmesg, echo, non, nom d'hôte, tuer, ln, vous connecter, ls, mkdir, mknod, PLUS, monter, mv, ps, pwd, rm, rmdir, sed, sh, Sty, su, synchroniser, oui, umount, ton nom.
Vous pouvez créer des liens symboliques vers /usr, mais bien qu'à l'époque de systemd, /usr ne se trouve pas sur un appareil séparé, il peut toujours être trouvé sur un système embarqué, un feu de circulation, un moulin à café et un PDP-11 servant un rôle important. appareil dans l’un des laboratoires de l’Académie des sciences.
/ sbin
Utilitaires utilisés pour l'administration du système (et autres commandes root uniquement), /sbin contient les binaires nécessaires pour démarrer, restaurer, restaurer et/ou restaurer le système en plus des binaires dans /bin. Les programmes qui s'exécutent après le montage de /usr (quand 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, halt, ifconfig, init, mkfs, mkswap, redémarrage, route, swapon, swapoff, mise à jour.
L'un des moyens de protéger le système des mains ludiques des utilisateurs est d'interdire à quiconque d'exécuter ces utilitaires en définissant l'attribut x.
De plus, remplacer /bin et /sbin par des copies de l'archive (identiques pour tous les systèmes du même type) est un moyen rapide de réparer les systèmes sans gestionnaire de paquets.
/ usr / bin
Tout est simple ici. Le même type de commandes, le même pour tous les serveurs/moulins à café de l'entreprise. Et /usr lui-même peut être déployé de manière identique pour différents systèmes d'exploitation (pour /bin et /sbin cela ne fonctionne généralement pas), ce sont des programmes architecturalement indépendants. Peut contenir des liens vers des interpréteurs Perl ou Python, situés dans /opt ou ailleurs sur le réseau.
/ usr / sbin
Identique à /usr/bin, mais réservé aux administrateurs uniquement.
/usr/local/bin et /usr/local/sbin
L'un des endroits les plus importants. Contrairement à tout le reste, /usr ne peut pas être le même dans l’ensemble de l’organisation. Il existe des programmes dépendants du système d'exploitation, du matériel et simplement qui ne sont pas nécessaires sur tous les appareils. Lors de la synchronisation de /usr sur les machines, /usr/local doit être exclu.
/accueil/$USER/bin
Ici le cas est similaire à /usr/local, sauf qu'il existe des programmes spécifiques à un utilisateur particulier. Peut être transféré (ou synchronisé) sur une autre machine lorsque l'utilisateur se déplace. Ce qui ne peut pas être transféré est stocké dans /home/$USER/.local/bin. Vous pouvez utiliser local sans le point. /home/$USER/sbin est manquant pour des raisons évidentes.
Je serai heureux de voir les corrections et les ajouts.
Source: habr.com