Recentemente descubrín este artigo: . Gustaríame compartir a miña opinión sobre o estándar.
/ bin
Contén comandos que poden ser usados tanto polo administrador do sistema como polos usuarios, pero que son necesarios cando non se montan outros sistemas de ficheiros (por exemplo, no modo de usuario único). Tamén pode conter comandos que se usan indirectamente polos scripts.
Espérase que alí estean presentes os seguintes equipos:
gato, chgrp, chmod, chown, cp, data, dd, df, dmesg, perder, teito, nome do servidor, matar, ln, Iniciar sesión, ls, mkdir, mknod, máis, montar, mv, ps, pwd, rm, é rm, sed, sh, stty, su, sincronizar, certo, desmontar, Únete a min.
Podes facer ligazóns simbólicas a /usr, pero aínda que na época de systemd /usr non se atopa nun dispositivo separado, aínda se pode atopar nun sistema integrado, un semáforo, un molinillo de café e un PDP-11 que serve dispositivo nun dos laboratorios da Academia de Ciencias.
/ sbin
Utilidades usadas para a administración do sistema (e outros comandos só de root), /sbin contén binarios necesarios para iniciar, restaurar, restaurar e/ou restaurar o sistema ademais dos binarios en /bin. Os programas que se executan despois de montar /usr (cando non hai problemas) adoitan colocarse en /usr/sbin. Os programas de administración do sistema instalados localmente deberían colocarse en /usr/local/sbin.
Esperado:
fastboot, fasthalt, fdisk, fsck, getty, stop, ifconfig, init, mkfs, mkswap, reiniciar, ruta, swapon, swapoff, actualizar.
Unha das formas de protexer o sistema das mans xoguetonas dos usuarios é prohibir que calquera persoa execute estas utilidades configurando o atributo x.
Ademais, substituír /bin e /sbin por copias do arquivo (o mesmo para todos os sistemas do mesmo tipo) é unha forma rápida de arranxar sistemas sen xestor de paquetes.
/ usr / bin
Aquí todo é sinxelo. O mesmo tipo de comandos, os mesmos para todos os servidores/moídores de café da empresa. E o propio /usr pódese implementar de forma idéntica para diferentes sistemas operativos (para /bin e /sbin isto normalmente non funciona), estes son programas independentes desde o punto de vista arquitectónico. Pode conter ligazóns a intérpretes de Perl ou Python, que se atopan en /opt ou noutro lugar da rede.
/ usr / sbin
Igual que /usr/bin, pero só para o uso dos administradores.
/usr/local/bin e /usr/local/sbin
Un dos lugares máis importantes. A diferenza de todo o demais, /usr non pode ser o mesmo en toda a organización. Hai programas dependentes do SO, do hardware e simplemente programas que non son necesarios en todos os dispositivos. Ao sincronizar /usr en máquinas, debe excluírse /usr/local.
/home/$USER/bin
Aquí o caso é similar a /usr/local, só que hai programas específicos para un usuario en particular. Pódese transferir (ou sincronizar) a outra máquina cando o usuario se move. O que non se pode transferir gárdase en /home/$USER/.local/bin. Podes usar local sen o punto. Falta /home/$USER/sbin por razóns obvias.
Estarei encantado de ver correccións e engadidos.
Fonte: www.habr.com