/ usr / bin vs / usr / local / bin sous Linux

Pourquoi y a-t-il tant d'endroits où mettre un binaire sous Linux? Il y a au moins ces cinq:

1. /bin/
2. /sbin/
3. /usr/bin/
4. /usr/local/bin/
5. /usr/local/sbin/

Et sur mon bureau, je n’ai pas d’autorisation d’écriture pour certains d’entre eux.

Quel type de binaire va dans lequel de ces bins?

1. /bin(et /sbin) étaient destinés aux programmes devant être placés sur une petite /partition avant que les partitions plus grandes /usr, etc., ne soient montées. Ces jours-ci, il sert principalement d’emplacement standard pour des programmes clés tels /bin/shque, bien que l’intention initiale puisse toujours être pertinente pour, par exemple, des installations sur de petits périphériques intégrés.

2. /sbin, distinct de /bin, est destiné aux programmes de gestion de système (qui ne sont normalement pas utilisés par les utilisateurs ordinaires) nécessaires avant le /usrmontage.

3. /usr/bin est destiné aux programmes utilisateur normaux gérés par la distribution.

4. Il existe une /usr/sbinrelation identique à ce /usr/binqui /sbindoit être /bin.

5. /usr/local/binest destiné aux programmes utilisateur normaux non gérés par le gestionnaire de packages de distribution, par exemple les packages compilés localement. Vous ne devez pas les installer dans /usr/bincar les futures mises à niveau de la distribution pourraient les modifier ou les supprimer sans préavis.

6. /usr/local/sbin, Comme vous pouvez le deviner à ce stade, est de /usr/local/bincomme /usr/sbinà /usr/bin.

En outre, il existe également des /optpackages monolithiques de non-distribution, bien qu'avant leur intégration correcte, diverses distributions inséraient Gnome et KDE. En règle générale, vous devriez le réserver pour les gros paquets tiers mal conçus, tels que Oracle.

Je vous recommande de consulter la page de manuel relative à la hiérarchie du système de fichiers:

man hier

Qui est également disponible en ligne, par exemple: http://linux.die.net/man/7/hier

L’ entrée standard de la hiérarchie des systèmes de fichiers dans Wikipedia m’a aidé à répondre à la même question que lorsque je l’avais eue, plus un tableau très explicatif.

Extrait de cette page ¹ :

/bin        Essential command binaries that need to be available in single user mode; for all users, e.g., cat, ls, cp.
/usr/bin    Non-essential command binaries (not needed in single user mode); for all users.
/usr/local  Tertiary hierarchy for local data, specific to this host. Typically has further subdirectories, e.g., bin, lib, share
/usr/sbin   Non-essential system binaries, e.g., daemons for various network-services.
/sbin       Essential system binaries, e.g., fsck, init, route.

¹ _{Récupéré le 19 juin 2019; lien permanent .}

Les sbinrépertoires contiennent des programmes qui sont généralement uniquement destinés à l’administration système. Les programmes destinés aux utilisateurs réguliers ne devraient jamais y aller.

Quelques programmes sont nécessaires au démarrage et aboutissent à /bin/ou /sbin/. Ceux-ci doivent être disponibles avant que les systèmes de fichiers ne soient montés. Des choses comme mount, et fsckqui sont nécessaires pour vérifier et monter des systèmes de fichiers, doivent être là.

La plupart des programmes empaquetés aboutissent dans /usr/bin/et /usr/sbin/. Ceux-ci peuvent être sur un système de fichiers autre que le système de fichiers racine. Dans certains cas, ils peuvent être sur un lecteur réseau.

Les programmes et scripts locaux appartiennent à /usr/local/bin/et /usr/local/sbin/. Cela les identifie comme étant clairement non standard et, éventuellement, uniquement disponible sur site.

Pour plus d'explications, essayez d'exécuter la commande man hierqui devrait fournir une description de la hiérarchie de système de fichiers recommandée pour votre distribution. Vous pouvez également vouloir en savoir plus sur la hiérarchie des systèmes de fichiers sur Wikipedia

Dans les années 1970, UNIXtous les exécutables officiels se trouvaient dans les répertoires de départ des utilisateurs (par exemple ) /binet /usr/binse trouvaient sous /usr/dmrcelui-ci, ce qui permettait à tout utilisateur de stocker ses propres fichiers binaires susceptibles d’intéresser d’autres.

Le résultat de cette ouverture a /usr/binété un parc de logiciels non documentés. C'est pourquoi nous avons Stephen Bourneécrit un cron scriptoutil qui vérifiait la présence de nouveaux fichiers binaires toutes les nuits et supprimait tous les fichiers binaires dépourvus de documentation ou mis à jour sans les mettre à jour.

À la fin des années 1970, a /usr/binété intégré à la distribution de base du système d’exploitation et les gens ont commencé à utiliser /usr/local/binpour les besoins de la précédente ouverture /usr/bin.

Après un certain temps, les administrateurs système /usr/local/binstockaient les non-locallogiciels importés du réseau (par exemple USENET) et, les entreprises UNIX ne voulant pas répéter la même erreur /usr/bin, une conférence sur la hiérarchie des systèmes de fichiers a eu lieu vers 1987, à laquelle toutes les entreprises UNIX ont convenu. abandonner /usr/local/binet utiliser à la /opt/<vendor>/binplace.

Malheureusement, les distributions Linux n'ont pas suivi cette décision ....