Recientemente, encontré este artículo:
La diferencia entre bin, sbin, usr / bin, usr / sbin . Me gustaría compartir mi opinión sobre el estándar.
/ bin
Contiene comandos que pueden ser utilizados tanto por el administrador del sistema como por los usuarios, pero que son necesarios cuando no se montan otros sistemas de archivos (por ejemplo, en modo de usuario único). También puede contener comandos que los scripts usan indirectamente.
Se espera que los siguientes equipos estén allí:
cat ,
chgrp ,
chmod ,
chown ,
cp ,
date ,
dd ,
df ,
dmesg ,
echo ,
false ,
hostname ,
kill ,
ln ,
login ,
ls ,
mkdir ,
mknod ,
more ,
mount ,
mv ,
ps ,
pwd ,
rm ,
rmdir ,
sed ,
sh ,
stty ,
su ,
sync ,
true ,
umount ,
uname .
Es posible hacer enlaces simbólicos en / usr, pero aunque no se encontró en un dispositivo separado durante systemd / usr, todavía se puede encontrar en un sistema integrado, semáforo, molinillo de café
y PDP-11 que sirve un dispositivo importante en uno de los laboratorios de la Academia de Ciencias .
/ sbin
Utilidades utilizadas para la administración del sistema (y otros comandos solo de raíz), / sbin contiene los archivos binarios necesarios para iniciar, restaurar, restaurar y / o restaurar el sistema además de los archivos binarios en / bin. Los programas ejecutados después de / usr se montan (cuando no hay problemas) generalmente se colocan en / usr / sbin. Los programas de administración del sistema instalados localmente deben ubicarse en / usr / local / sbin.
Esperado:
fastboot, fasthalt, fdisk, fsck, getty, halt, ifconfig, init, mkfs, mkswap, reinicio, ruta, swapon, swapoff, actualización .
Una forma de proteger el sistema de las manos juguetonas de los usuarios es prohibir a cualquiera que ejecute estas utilidades configurando el atributo x.
Además, reemplazar / bin y / sbin con una copia del archivo (lo mismo para todos los sistemas del mismo tipo) es una forma rápida de arreglar sistemas sin un administrador de paquetes.
/ usr / bin
Todo es simple aquí. El mismo tipo de equipo, el mismo para todos los servidores / empresa de molinillos de café. Y / usr en sí mismo puede implementarse de la misma manera para diferentes sistemas operativos (para / bin y / sbin esto generalmente no funciona), estos son programas arquitectónicamente independientes. Puede contener enlaces a intérpretes perl o python que están en / opt o en algún otro lugar de la red.
/ usr / sbin
Lo mismo que / usr / bin, pero solo para uso de administradores.
/ usr / local / bin y / usr / local / sbin
Uno de los lugares más importantes. A diferencia del resto, / usr no puede ser el mismo para toda la organización. Aquí hay programas que dependen del sistema operativo, del hardware y solo que no son necesarios en todos los dispositivos. Al sincronizar / usr en máquinas, / usr / local debe ser excluido.
/ inicio / $ USER / bin
Aquí el caso es similar a / usr / local, solo mienten los programas específicos de un usuario en particular. Puede transferir (o sincronizar) a otra máquina cuando el usuario se mueve. Lo que no se puede transferir se agrega a /home/$USER/.local/bin. Puedes usar local sin punto. / home / $ USER / sbin falta por razones obvias.
Estaré encantado de correcciones y adiciones.