Vor kurzem habe ich diesen Artikel entdeckt: . Ich möchte meine Sicht auf den Standard teilen.
/bin
Er enthÀlt Befehle, die sowohl von Systemadministratoren als auch von Benutzern verwendet werden können, jedoch notwendig sind, wenn keine anderen Dateisysteme gemountet sind (zum Beispiel im Einzelbenutzermodus). Er kann auch Befehle enthalten, die indirekt von Skripten verwendet werden.
Dort wird das Vorhandensein solcher Befehle erwartet:
cat, chgrp, chmod, chown, cp, date, dd, df, dmesg, echo, false, hostname, kill, ln, Anmelden, ls, mkdir, mknod, more, mount, mv, ps, pwd, rm, rmdir, sed, sh, stty, su, sync, true, umount, uname.
Es können Symlinks auf /usr erstellt werden, aber obwohl es zur Zeit von systemd selten ein separates GerĂ€t fĂŒr /usr gibt, kann es dennoch in eingebetteten Systemen, Ampeln, KaffeemĂŒhlen und einem PDP-11, das ein wichtiges GerĂ€t in einem der Labore der Akademie der Wissenschaften bedient, anzutreffen sein.
/sbin
Die fĂŒr die Systemadministration verwendeten Dienstprogramme (und andere Befehle nur fĂŒr root) befinden sich in /sbin, die die fĂŒr den Start, die Wiederherstellung und/oder Wiederherstellung des Systems notwendigen BinĂ€rdateien enthalten, zusĂ€tzlich zu den BinĂ€rdateien in /bin. Programme, die nach dem Mounten von /usr ausgefĂŒhrt werden (wenn es keine Probleme gibt), befinden sich normalerweise in /usr/sbin. Lokal installierte Programme zur Systemadministration sollten in /usr/local/sbin abgelegt werden.
Erwartet werden:
fastboot, fasthalt, fdisk, fsck, getty, halt, ifconfig, init, mkfs, mkswap, reboot, route, swapon, swapoff, update.
Eine Möglichkeit, das System vor den ungezogenen HĂ€nden der Benutzer zu schĂŒtzen, besteht darin, den Start dieser Dienstprogramme fĂŒr Unbefugte zu verbieten, indem das Attribut x gesetzt wird.
AuĂerdem ist der Austausch von /bin und /sbin gegen Kopien aus dem Archiv (die fĂŒr alle Ă€hnlichen Systeme gleich sind) eine schnelle Möglichkeit, Systeme ohne Paketmanager zu reparieren.
/usr/bin
Hier ist alles einfach. Gleiche Befehle, die fĂŒr alle Server/KaffeemĂŒhlen des Unternehmens identisch sind. Und /usr kann sich dieselbe fĂŒr verschiedene Betriebssysteme entfalten (fĂŒr /bin und /sbin funktioniert das in der Regel nicht), es handelt sich um architekturunabhĂ€ngige Programme. Es kann Links auf Perl- oder Python-Interpreter enthalten, die sich in /opt oder anderswo im Netzwerk befinden.
/usr/sbin
Das Gleiche wie /usr/bin, aber nur zur Verwendung durch Administratoren.
/usr/local/bin Đž /usr/local/sbin
Einer der wichtigsten Orte. Im Gegensatz zu den anderen kann /usr nicht fĂŒr die gesamte Organisation identisch sein. Hier befinden sich betriebssystemspezifische, 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 gibt es einen Ă€hnlichen Fall wie bei /usr/local, nur dass hier Programme liegen, die spezifisch fĂŒr einen bestimmten Benutzer sind. Man kann sie bei einem Umzug des Benutzers auf eine andere Maschine ĂŒbertragen (oder synchronisieren). Was nicht ĂŒbertragen werden kann, befindet sich in /home/$USER/.local/bin. Man kann local auch ohne Punkt verwenden. /home/$USER/sbin fehlt aus nachvollziehbaren GrĂŒnden.
Korrekturen und ErgÀnzungen sind willkommen.
Quelle: habr.com
