Dê uma olhada no Padrão de Hierarquia do Sistema de Arquivos (FHS), que é um padrão de organização estrutura de diretórios . Eu suspeito strongmente que a maioria (todos?) Sistemas baseados em Linux o acompanhem mais ou menos.
Uma das coisas que mais me atrapalham na interação com o Linux é a grande diferença entre o sistema de arquivos no Linux versus o Windows. Até os últimos 3-4 anos, eu só usava sistemas Windows e foi apenas nos últimos 2-3 meses que eu realmente trabalhei para me acostumar com o Linux. Eu acho que uma das coisas que realmente me incomoda neste momento é que eu senti que poderia encontrar qualquer coisa que eu quisesse quando comecei a vasculhar as várias pastas no Windows. Eu me acostumei com os tipos de coisas que eram colocadas onde e quando. Eu não tenho isso com o Linux. Estou aprendendo algumas coisas, como a pasta / opt onde a maioria dos programas de terceiros é instalada ... mas meu entendimento é limitado. O que é importante saber para realmente entender o sistema de arquivos e poder localizar diferentes arquivos e programas e tal?
Dê uma olhada no Padrão de Hierarquia do Sistema de Arquivos (FHS), que é um padrão de organização estrutura de diretórios . Eu suspeito strongmente que a maioria (todos?) Sistemas baseados em Linux o acompanhem mais ou menos.
Em algumas distribuições * nix (testadas no OpenBSD e no Ubuntu), a página man da hierarquia do sistema de arquivos pode ser útil.
$ man hier
É claro que isso vai variar dependendo da plataforma e da atualização das páginas de manual. A man page (no Ubuntu) também faz referência ao Filesystem Hierarchy Standard que foi apontado anteriormente.
Não encontrei uma entrada manual semelhante no solaris.
Em geral, diferentes distribuições de linux são livres para colocar as coisas onde quiserem, então pode ficar confuso rapidamente. A maioria dos executáveis que o sistema instala (como parte do sistema básico ou através de um gerenciador de pacotes) terminará em algum lugar no caminho padrão (geralmente em / usr / bin / usr / sbin / usr / local / bin / usr / local / sbin) embora algumas distribuições usem / opt, / usr / share / bin, entre outros. Um paralelo poderia ser desenhado para a pasta "Arquivos de Programas" no Windows. A pasta "Windows" pode ser um pouco como / usr / lib / usr / include / usr / share e outros. Sua pasta "Meus Documentos" é um pouco paralela ao seu diretório pessoal no linux (/ home / user) com a adição interessante de que a maioria das configurações específicas para programas como firefox, thunderbird, etc vivem aqui, tornando um novo sistema indolor.
O problema com esses paralelos é que eles não são exatamente precisos. Windows e Linux são diferentes a esse respeito.
A melhor maneira é continuar pesquisando com o sistema, como você provavelmente fez quando começou a usar o Windows, quebrar coisas, corrigi-las, fazer perguntas pelo caminho.
No Windows, quando você instala um programa, ele cria uma pasta em Arquivos de Programas que contém tudo. Ele tem os binários, as bibliotecas, os arquivos de recursos, etc. No Linux, os binários geralmente vão em /usr/bin
, as bibliotecas vão em /usr/lib
e os recursos vão em /usr/share
. Especificamente com um arquivo de ícone, como em /usr/share/icons
. Fontes podem ser encontradas em /usr/share/fonts
. Os cabeçalhos de desenvolvimento entram em /usr/include
e, por último, os arquivos de configuração entram em /etc
.
Esse layout tem algumas vantagens legais. Colocando bibliotecas em /usr/lib
, é muito mais fácil compartilhar bibliotecas entre aplicativos. No Windows, é comum ver cada programa instalar seu próprio conjunto de bibliotecas em Arquivos de Programas, e outro aplicativo pode instalar a mesma biblioteca exata, de modo que agora você tem duas cópias exatas de um arquivo .dll. Ele também adiciona alguma consistência ao layout do sistema de arquivos. No Windows, você sabe que o programa terá uma pasta em Arquivos de Programas, mas não há garantia de como é colocado dentro dessa pasta. Talvez os executáveis estejam em uma pasta bin/
, talvez não. Talvez tenha uma pasta conf/
, mais uma vez talvez não.
Tags directory-structure