Por que o / usr / local / bin não existe no meu sistema (Ubuntu 16.04)?

9

Acabei de reinstalar o Ubuntu 16.04 na minha máquina e estou instalando tudo o que havia instalado anteriormente. Isso inclui alguns programas que eu coloquei em / usr / local / bin, mas esse diretório parece não existir:

$ ls -A /usr/local
etc  games  include  lib  man  sbin  share  src

Não me lembro de criar explicitamente / usr / local / bin na minha instalação antiga e, no entanto, ela existia lá. Por que não existe por padrão e como surgiu na minha instalação anterior?

Cinza
fonte
Há alguns meses, instalando 16.04.1ou 16.04.3(não me lembro) o diretório foi criado por padrão. Você estava usando 16.04.4?
WinEunuuchs2Unix 04/04
Não me lembro de ter criado um /usr/local/bindiretório como derivado do Debian. É o mesmo com o PI de framboesa. Acredito que me lembro de criá-lo nos anos 90 antes de mudar para o Ubuntu (Debian). Eu já havia usado SCO Unix, Slackware e Redhat.
LD James
@ WinEunuuchs2Unix sim, 16.04.4 (baixei-o apenas cerca de um dia atrás).
Ash
Soa como um bug 16.04.4 ou recurso não documentado para reduzir número de diretórios ...
WinEunuuchs2Unix

Respostas:

16

/usr/local/bine outras pastas padrão, como os que você mencionou e também /opte /mntsão criados durante uma instalação normal Ubuntu. Por padrão, as pastas estão vazias. Se você não possui a pasta, significa simplesmente que ela foi removida inadvertidamente.

Isso é facilmente corrigido apenas criando a pasta:

$ sudo mkdir /usr/local/bin

Você pode continuar instalando os programas instalados anteriormente, como faria normalmente, se o diretório não tivesse sido excluído, depois de recriá-lo.

E mais diretamente para suas perguntas:

  • Por que não existe por padrão?
    É criado por padrão durante a instalação.
  • Como surgiu na sua instalação anterior?
    Faz parte da estrutura de diretórios padrão criada durante a instalação.
LD James
fonte
Curiosamente, parece haver nenhum pacote realmente possuir / opt ou / usr-local ...
rackandboneman
@rackandboneman Não entendo o seu comentário. Pastas não pertencem a pacotes. Eles pertencem ao criador das pastas. Existem algumas condições especiais onde o acesso especial é dado a algumas pastas e o usuário e proprietário do grupo é especificamente criados para acomodar essas condições, tais como /var/lib/mysl, /var/spool/rsysloge alguns outros. Essas são condições excepcionais. A condição normal é que as pastas de todo o sistema sejam de propriedade roote as pastas pessoais de um usuário sejam de propriedade do usuário ... não de um pacote.
LD James
8
"propriedade" como na responsabilidade mantenedor ( "dpkg -S" -syness), não unix propriedade ...
rackandboneman