Kürzlich habe ich diesen Artikel gefunden:
Der Unterschied zwischen bin, sbin, usr / bin, usr / sbin . Ich möchte meine Meinung zum Standard teilen.
/ bin
Enthält Befehle, die sowohl vom Systemadministrator als auch von Benutzern verwendet werden können, die jedoch erforderlich sind, wenn keine anderen Dateisysteme bereitgestellt sind (z. B. im Einzelbenutzermodus). Es kann auch Befehle enthalten, die indirekt von Skripten verwendet werden.
Folgende Teams werden voraussichtlich anwesend sein:
cat ,
chgrp ,
chmod ,
chown ,
cp ,
date ,
dd ,
df ,
dmesg ,
echo ,
false ,
hostname ,
kill ,
ln ,
login ,
ls ,
mkdir ,
mknod ,
mehr ,
mount ,
mv ,
ps ,
pwd ,
rm ,
rmdir ,
sed ,
sh ,
stty ,
su ,
sync ,
true ,
umount ,
uname .
Es ist möglich, Symlinks auf / usr zu erstellen, aber obwohl es in den Tagen von systemd / usr nicht auf einem separaten Gerät gefunden wurde, kann es immer noch auf einem eingebetteten System, einer Ampel, einer Kaffeemühle
und PDP-11 gefunden werden, die ein wichtiges Gerät in einem der Labors der Akademie der Wissenschaften bedienen .
/ sbin
/ Sbin, Dienstprogramme für die Systemadministration (und andere Nur-Root-Befehle), enthält zusätzlich zu den Binärdateien in / bin die Binärdateien, die zum Starten, Wiederherstellen, Wiederherstellen und / oder Wiederherstellen des Systems erforderlich sind. Programme, die nach dem Mounten von / usr ausgeführt werden (wenn kein Problem vorliegt), 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, neustart, route, swapon, swapoff, update .
Eine Möglichkeit, das System vor den spielerischen Händen der Benutzer zu schützen, besteht darin, zu verhindern, dass jemand diese Dienstprogramme ausführt, indem Sie das x-Attribut festlegen.
Darüber hinaus ist das Ersetzen von / bin und / sbin durch eine Kopie aus dem Archiv (für alle Systeme des gleichen Typs gleich) eine schnelle Möglichkeit, Systeme ohne Paketmanager zu reparieren.
/ usr / bin
Hier ist alles einfach. Die gleiche Art von Team, die gleiche für alle Server / Kaffeemühlen Unternehmen. Und / usr selbst kann für verschiedene Betriebssysteme gleich bereitgestellt werden (für / bin und / sbin funktioniert dies normalerweise nicht). Dies sind architektonisch unabhängige Programme. Es kann Links zu Perl- oder Python-Interpreten enthalten, die sich in / opt oder an einer anderen Stelle im Netzwerk befinden.
/ usr / sbin
Das gleiche wie / usr / bin, jedoch nur für Administratoren.
/ usr / local / bin und / usr / local / sbin
Einer der wichtigsten Standorte. Im Gegensatz zu den anderen kann / usr nicht für die gesamte Organisation gleich sein. Hier finden Sie betriebssystemabhängige, hardwareabhängige und nur Programme, die nicht auf allen Geräten benötigt werden. Bei der Synchronisierung von / usr auf Computern muss / usr / local ausgeschlossen werden.
/ home / $ USER / bin
Hier ist der Fall ähnlich wie / usr / local, nur die Programme, die für einen bestimmten Benutzer spezifisch sind, liegen. Sie können auf einen anderen Computer übertragen (oder synchronisieren), wenn sich der Benutzer bewegt. Das, was nicht übertragen werden kann, wird zu /home/$USER/.local/bin hinzugefügt. Sie können local ohne Punkt verwenden. / home / $ USER / sbin fehlt aus offensichtlichen Gründen.
Ich werde mich über Korrekturen und Ergänzungen freuen.