Recentemente descobri este artigo: . Gostaria de compartilhar minha opinião sobre o padrão.
/ bin
Contém comandos que podem ser usados pelo administrador do sistema e pelos usuários, 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 usados indiretamente por scripts.
As seguintes equipes deverão estar presentes lá:
gato, chgrp, chmod, chown, cp, dados, dd, df, dmesg, eco, falso, hostname, matar, ln, entrar, ls, mkdir, mknod, mais, montar, mv, ps, pwd, rm, rmdir, sede, sh, chiqueiro, su, sincronizar, verdadeiro, umount, uname.
Você pode criar links simbólicos para /usr, mas embora na época do systemd /usr não seja encontrado em um dispositivo separado, ele ainda pode ser encontrado em um sistema embarcado, um semáforo, um moedor de café e um PDP-11 servindo a um importante dispositivo em um dos laboratórios da Academia de Ciências.
/ sbin
Utilitários usados para administração do sistema (e outros comandos somente root), /sbin contém 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 montagem de /usr (quando não há problemas) 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, halt, ifconfig, init, mkfs, mkswap, reinicialização, rota, swapon, swapoff, atualização.
Uma das maneiras de proteger o sistema das mãos brincalhonas dos usuários é proibir qualquer pessoa de executar esses utilitários, definindo o atributo x.
Além disso, substituir /bin e /sbin por cópias do arquivo (o mesmo para todos os sistemas do mesmo tipo) é uma maneira rápida de consertar sistemas sem um gerenciador de pacotes.
/ usr / bin
Tudo é simples aqui. O mesmo tipo de comandos, iguais para todos os servidores/moinhos de café da empresa. E o próprio /usr pode ser implantado de forma idêntica para diferentes sistemas operacionais (para /bin e /sbin isso geralmente não funciona), pois são programas arquitetonicamente independentes. Pode conter links para interpretadores perl ou python, localizados em /opt ou em algum outro lugar da rede.
/ usr / sbin
O mesmo que /usr/bin, mas para uso apenas por administradores.
/usr/local/bin e /usr/local/sbin
Um dos locais mais importantes. Ao contrário de tudo o resto, /usr não pode ser o mesmo em toda a organização. Existem programas dependentes do sistema operacional, do hardware e simplesmente programas que não são necessários em todos os dispositivos. Ao sincronizar /usr em máquinas, /usr/local deve ser excluído.
/home/$USER/bin
Aqui o caso é semelhante ao /usr/local, só que existem programas específicos para um determinado usuário. Pode ser transferido (ou sincronizado) para outra máquina quando o usuário se move. O que não pode ser transferido é armazenado em /home/$USER/.local/bin. Você pode usar local sem o ponto. /home/$USER/sbin está faltando por motivos óbvios.
Ficarei feliz em ver correções e acréscimos.
Fonte: habr.com