/ usr / bin vs / usr / local / bin unter Linux

Warum gibt es in Linux so viele Orte, an denen man eine Binärdatei ablegen kann? Es gibt mindestens diese fünf:

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

Und auf meiner Office-Box habe ich für einige von ihnen keine Schreibberechtigung.

Welche Art von Binärdatei wird in welche dieser bins geschrieben?

1. /bin(und /sbin) waren für Programme gedacht, die sich auf einer kleinen /Partition befinden mussten, bevor die größeren /usrusw. Partitionen gemountet wurden. Heutzutage dient es hauptsächlich als Standardspeicherort für wichtige Programme /bin/sh, obwohl die ursprüngliche Absicht beispielsweise für Installationen auf kleinen eingebetteten Geräten immer noch relevant sein kann.

2. /sbinIm /binGegensatz dazu wird es für Systemverwaltungsprogramme (die normalerweise nicht von normalen Benutzern verwendet werden) benötigt, bevor sie /usrbereitgestellt werden.

3. /usr/bin ist für verteilungsverwaltete normale Benutzerprogramme.

4. Es gibt eine /usr/sbinBeziehung mit der gleichen /usr/binwie /sbinmuss /bin.

5. /usr/local/binist für normale Benutzerprogramme gedacht, die nicht vom Distributionspaket-Manager verwaltet werden, z. B. lokal kompilierte Pakete. Sie sollten sie nicht installieren, /usr/binda zukünftige Distributions-Upgrades sie möglicherweise ohne Vorwarnung ändern oder löschen.

6. /usr/local/sbin, wie Sie wahrscheinlich an dieser Stelle erraten können, ist zu /usr/local/binwie /usr/sbinzu /usr/bin.

Darüber hinaus gibt es auch /optwelche für monolithische Nicht-Distributions-Pakete, obwohl vor deren ordnungsgemäßer Integration verschiedene Distributionen Gnome und KDE dort ablegen. Im Allgemeinen sollten Sie es für große, schlecht gestaltete Pakete von Drittanbietern wie Oracle reservieren.

Ich empfehle einen Blick auf die Manpage zur Dateisystemhierarchie:

man hier

Was auch online verfügbar ist, zum Beispiel: http://linux.die.net/man/7/hier

Der Standardeintrag für die Dateisystemhierarchie in Wikipedia hat mir geholfen, die gleiche Frage zu beantworten, als ich sie hatte. Außerdem enthält er eine sehr erklärende Tabelle.

Auszug aus dieser Seite ¹ :

/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.

¹ _{Abgerufen am 19. Juni 2019; Permalink .}

Das sbinVerzeichnis enthält Programme, die in der Regel nur der Systemadministration dienen. Programme für normale Benutzer sollten nie in sie gehen.

Einige Programme werden während des Startvorgangs benötigt und enden in /bin/oder /sbin/. Diese müssen verfügbar sein, bevor Dateisysteme eingehängt werden. Dinge wie mountund fsckdie zum Überprüfen und Mounten von Dateisystemen benötigt werden, müssen vorhanden sein.

Die meisten Pakete landen in /usr/bin/und /usr/sbin/. Diese befinden sich möglicherweise in einem anderen Dateisystem als dem Root-Dateisystem. In einigen Fällen befinden sie sich möglicherweise auf einem Netzwerklaufwerk.

Lokale Programme und Skripte gehören in /usr/local/bin/und /usr/local/sbin/. Dies kennzeichnet sie eindeutig als nicht standardisiert und möglicherweise nur vor Ort verfügbar.

Führen Sie zur weiteren Erläuterung den Befehl aus, man hierder eine Beschreibung der empfohlenen Dateisystemhierarchie für Ihre Distribution enthalten sollte. Vielleicht möchten Sie auch etwas über die Dateisystemhierarchie auf Wikipedia lesen

In den 1970er Jahren UNIXbefanden sich alle offiziellen ausführbaren Dateien in /binund /usr/binbefanden sich unter den Benutzerverzeichnissen (z. B. /usr/dmr), in denen jeder Benutzer eigene Binärdateien speichern konnte, die möglicherweise auch für andere von Interesse waren.

Das Ergebnis dieser Öffnung /usr/binwar ein Schrottplatz von undokumentierter Software, und so wurde Stephen Bourneeine geschrieben cron script, die jede Nacht nach neuen Binärdateien suchte und alle Binärdateien entfernte, die keine Dokumentation hatten oder die aktualisiert wurden, ohne ihre Dokumentation ebenfalls zu aktualisieren.

In den späten 1970er Jahren /usr/binwurde in die OS-Basisdistribution integriert und mit der Nutzung /usr/local/binfür den Zweck des vorherigen Open begonnen /usr/bin.

Nach einer Weile wurde in sysadmins Software /usr/local/bingespeichert non-local, die aus dem Netzwerk importiert wurde (z. B. USENET), und da UNIX-Unternehmen nicht den gleichen Fehler wie mit wiederholen wollten /usr/bin, fand um 1987 eine Konferenz zur Dateisystemhierarchie statt, auf der sich alle UNIX-Unternehmen einigten aufgeben /usr/local/binund /opt/<vendor>/binstattdessen benutzen .

Leider ist Linux Distributionen dieser Entscheidung nicht gefolgt ....