Ich habe kürzlich diesen Artikel entdeckt: . Ich möchte meine Meinung zum Standard mitteilen.
/Behälter
Enthält Befehle, die sowohl vom Systemadministrator als auch von Benutzern verwendet werden können, aber erforderlich sind, wenn keine anderen Dateisysteme gemountet sind (z. B. im Einzelbenutzermodus). Es kann auch Befehle enthalten, die indirekt von Skripten verwendet werden.
Folgende Teams werden dort voraussichtlich anwesend sein:
Katze, chgrp, chmod, chown, cp, Datum, dd, df, dmesg, Echo, falsch, hostname, töten, ln, login, ls, mkdir, mknod, mehr, montieren, mv, ps, pwd, rm, rmdir, Durst, sh, stty, su, synchronisieren, was immer dies auch sein sollte., umount, uname.
Sie können Symlinks zu /usr erstellen, aber obwohl /usr in den Tagen von systemd nicht auf einem separaten Gerät zu finden war, kann es immer noch auf einem eingebetteten System, einer Ampel, einer Kaffeemühle und einem PDP-11 gefunden werden, die eine wichtige Rolle spielen Gerät in einem der Labore der Akademie der Wissenschaften.
/ sbin
Dienstprogramme, die für die Systemverwaltung (und andere Nur-Root-Befehle) verwendet werden. /sbin enthält zusätzlich zu den Binärdateien in /bin Binärdateien, die zum Booten, Wiederherstellen, Wiederherstellen und/oder Wiederherstellen des Systems erforderlich sind. Programme, die nach dem Mounten von /usr ausgeführt werden (wenn keine Probleme auftreten), werden normalerweise in /usr/sbin abgelegt. Lokal installierte Systemverwaltungsprogramme sollten in /usr/local/sbin abgelegt werden.
Erwartet:
fastboot, fasthalt, fdisk, fsck, getty, halt, ifconfig, init, mkfs, mkswap, reboot, route, swapon, swapoff, update.
Eine Möglichkeit, das System vor den spielerischen Händen der Benutzer zu schützen, besteht darin, jedem die Ausführung dieser Dienstprogramme zu verbieten, indem das x-Attribut festgelegt wird.
Darüber hinaus ist das Ersetzen von /bin und /sbin durch Kopien aus dem Archiv (das Gleiche gilt für alle Systeme desselben Typs) eine schnelle Möglichkeit, Systeme ohne Paketmanager zu reparieren.
/ usr / bin
Hier ist alles einfach. Die gleiche Art von Befehlen, gleich für alle Server/Kaffeemühlen des Unternehmens. Und /usr selbst kann für verschiedene Betriebssysteme identisch bereitgestellt werden (für /bin und /sbin funktioniert dies normalerweise nicht), es handelt sich um architektonisch unabhängige Programme. Kann Links zu Perl- oder Python-Interpretern enthalten, die sich in /opt oder irgendwo anders im Netzwerk befinden.
/ usr / sbin
Wie /usr/bin, jedoch nur zur Verwendung durch Administratoren.
/usr/local/bin und /usr/local/sbin
Einer der wichtigsten Standorte. Im Gegensatz zu allem anderen kann /usr nicht in der gesamten Organisation gleich sein. Es gibt betriebssystemabhängige, hardwareabhängige und einfach Programme, die nicht auf allen Geräten benötigt werden. Bei der Synchronisierung von /usr auf Maschinen muss /usr/local ausgeschlossen werden.
/home/$USER/bin
Hier ist der Fall ähnlich wie bei /usr/local, nur dass es Programme gibt, die für einen bestimmten Benutzer spezifisch sind. Kann auf eine andere Maschine übertragen (oder synchronisiert) werden, wenn der Benutzer umzieht. Was nicht übertragen werden kann, wird in /home/$USER/.local/bin gespeichert. Sie können local ohne den Punkt verwenden. /home/$USER/sbin fehlt aus offensichtlichen Gründen.
Über Korrekturen und Ergänzungen freue ich mich.
Source: habr.com