/ usr / bin vs / usr / local / bin no Linux

Por que existem tantos lugares para colocar um binário no Linux? Existem pelo menos estes cinco:

1. /bin/
2. /sbin/
3. /usr/bin/
4. /usr/local/bin/
5. /usr/local/sbin/

E na caixa do meu escritório, não tenho permissões de gravação para algumas delas.

Que tipo de binário entra em qual desses bins?

1. /bin(e /sbin) foram projetados para programas que precisavam estar em uma pequena /partição antes da /usrmontagem de partições maiores etc. Hoje em dia, serve principalmente como local padrão para programas importantes /bin/sh, embora a intenção original ainda possa ser relevante para, por exemplo, instalações em pequenos dispositivos embarcados.

2. /sbin, diferentemente de /bin, é para programas de gerenciamento de sistema (normalmente não utilizados por usuários comuns) necessários antes da /usrmontagem.

3. /usr/bin é para programas de usuário normal gerenciados por distribuição.

4. Existe um relacionamento /usr/sbincom o mesmo /usr/binque o /sbinnecessário /bin.

5. /usr/local/biné para programas de usuário normais não gerenciados pelo gerenciador de pacotes de distribuição, por exemplo, pacotes compilados localmente. Você não deve instalá-los /usr/binporque futuras atualizações de distribuição podem modificá-las ou excluí-las sem aviso prévio.

6. /usr/local/sbin, Como você provavelmente pode adivinhar, neste ponto, é /usr/local/bincomo /usr/sbina /usr/bin.

Além disso, existe também o /optque é para pacotes de não distribuição monolíticos, embora antes de serem adequadamente integrados várias distribuições colocassem o Gnome e o KDE lá. Geralmente, você deve reservá-lo para pacotes de terceiros grandes e mal comportados, como o Oracle.

Eu recomendo dar uma olhada na página de manual da hierarquia do sistema de arquivos:

man hier

O qual também está disponível online, por exemplo: http://linux.die.net/man/7/hier

A entrada Standard da hierarquia do sistema de arquivos na Wikipedia me ajudou a responder a mesma pergunta quando a tive, além de ter uma tabela muito explicativa.

Trecho da página ¹ :

/bin        Essential command binaries that need to be available in single user mode; for all users, e.g., cat, ls, cp.
/usr/bin    Non-essential command binaries (not needed in single user mode); for all users.
/usr/local  Tertiary hierarchy for local data, specific to this host. Typically has further subdirectories, e.g., bin, lib, share
/usr/sbin   Non-essential system binaries, e.g., daemons for various network-services.
/sbin       Essential system binaries, e.g., fsck, init, route.

¹ _{Recuperado em 19 de junho de 2019; permalink .}

Os sbindiretórios contêm programas que geralmente são apenas administração do sistema. Os programas para usuários regulares nunca devem entrar neles.

Alguns programas são necessários durante a inicialização e terminam em /bin/ou /sbin/. Eles devem estar disponíveis antes da montagem dos sistemas de arquivos. Coisas como mount, e fsckque são necessárias para verificar e montar sistemas de arquivos, devem estar lá.

A maioria dos programas empacotados termina em /usr/bin/e /usr/sbin/. Eles podem estar em um sistema de arquivos diferente do sistema de arquivos raiz. Em alguns casos, eles podem estar em uma unidade montada em rede.

Programas e scripts locais pertencem a /usr/local/bin/e /usr/local/sbin/. Isso os identifica como claramente não padronizados e possivelmente disponíveis apenas no site.

Para obter mais explicações, tente executar o comando man hierque deve fornecer uma descrição da hierarquia recomendada do sistema de arquivos para sua distribuição. Você também pode querer ler sobre a Hierarquia do sistema de arquivos na Wikipedia

Na década de 1970, UNIXhavia todos os executáveis ​​oficiais /bine /usr/binera um local abaixo dos diretórios pessoais dos usuários (por exemplo /usr/dmr) que estava disponível para qualquer usuário armazenar seus próprios binários que também poderiam ter interesse para outros.

O resultado dessa abertura /usr/binfoi um quintal inútil de software não documentado e, portanto, Stephen Bourneescreveu um cron scriptque verificava novos binários todas as noites e removeu todos os binários que não tinham uma documentação ou que foram atualizados sem atualizar sua documentação também.

No final da década de 1970, /usr/binfoi integrado à distribuição básica do sistema operacional e as pessoas começaram a usar /usr/local/binpara os propósitos da abertura anterior /usr/bin.

Depois de um tempo, os administradores do sistema costumavam /usr/local/binarmazenar non-localsoftware importado da rede (por exemplo, a USENET) e, como as empresas UNIX não gostavam de repetir o mesmo erro que /usr/binocorreu novamente, houve uma conferência de hierarquia de sistemas de arquivos em 1987, onde todas as empresas UNIX concordaram. desistir /usr/local/bine usar em seu /opt/<vendor>/binlugar.

Infelizmente, as distribuições Linux não seguiram essa decisão ....