Recentemente eu encontrei este artigo:
A diferença entre bin, sbin, usr / bin, usr / sbin . Eu gostaria de compartilhar minha opinião sobre o padrão.
/ bin
Contém comandos que podem ser usados pelo administrador e pelos usuários do sistema, mas que são necessários quando nenhum outro sistema de arquivos está montado (por exemplo, no modo de usuário único). Também pode conter comandos que são indiretamente usados por scripts.
As seguintes equipes devem estar presentes:
gato ,
chgrp ,
chmod ,
chown ,
data ,
dd ,
df ,
dmesg ,
eco ,
false ,
hostname ,
kill ,
ln ,
login ,
ls ,
mkdir ,
mknod ,
more ,
mount ,
mv ,
ps ,
pwd ,
rm ,
rmdir ,
sed ,
sh ,
stty ,
su ,
sync ,
true ,
umount ,
uname .
É possível criar links simbólicos em / usr, mas, embora não tenha sido encontrado em um dispositivo separado durante o systemd / usr, ainda pode ser encontrado em um sistema incorporado, semáforo, moedor de café
e PDP-11 servindo um dispositivo importante em um dos laboratórios da Academia de Ciências .
/ sbin
Utilitários usados para administração do sistema (e outros comandos somente raiz), / sbin contém os binários necessários para inicializar, restaurar, restaurar e / ou restaurar o sistema, além dos binários em / bin. Os programas executados após a instalação do / usr (quando não há nenhum problema) geralmente são colocados em / usr / sbin. Os programas de administração do sistema instalados localmente devem ser colocados em / usr / local / sbin.
Esperado:
fastboot, fasthalt, fdisk, fsck, getty, parada, ifconfig, init, mkfs, mkswap, reinicialização, rota, swapon, swapoff, atualização .
Uma das maneiras de proteger o sistema das mãos divertidas dos usuários é impedir que alguém execute esses utilitários configurando o atributo x.
Além disso, substituir / bin e / sbin por uma cópia do arquivo (o mesmo para todos os sistemas do mesmo tipo) é uma maneira rápida de corrigir sistemas sem um gerenciador de pacotes.
/ usr / bin
Tudo é simples aqui. O mesmo tipo de equipe, o mesmo para todas as empresas de servidores / moedores de café. E o próprio / usr pode ser implementado da mesma maneira para diferentes sistemas operacionais (para / bin e / sbin isso geralmente não funciona), esses são programas independentes da arquitetura. Pode conter links para intérpretes perl ou python localizados em / opt ou em outro local da rede.
/ usr / sbin
O mesmo que / usr / bin, mas apenas para uso dos administradores.
/ usr / local / bin e / usr / local / sbin
Um dos locais mais importantes. Diferentemente do resto, / usr não pode ser o mesmo para toda a organização. Aqui estão os programas dependentes de SO, dependentes de hardware e justos que não são necessários em todos os dispositivos. Ao sincronizar / usr em máquinas, / usr / local deve ser excluído.
/ home / USUÁRIO / bin
Aqui o caso é semelhante a / usr / local, apenas os programas específicos para um usuário específico estão. Você pode transferir (ou sincronizar) para outra máquina quando o usuário se move. O que não pode ser transferido é adicionado a /home/$USER/.local/bin. Você pode usar local sem um ponto. / home / $ USER / sbin por razões óbvias está ausente.
Ficarei feliz em fazer correções e acréscimos.