Depois mountsão listados alguns sistemas de arquivos. Eu preciso saber o que há no /dev, /proce /sys. Alguns exemplos seriam ótimos!
Depois mountsão listados alguns sistemas de arquivos. Eu preciso saber o que há no /dev, /proce /sys. Alguns exemplos seriam ótimos!
Respostas:
A /devárvore contém nós de dispositivo , o que dá ao usuário acesso de espaço aos drivers de dispositivo no kernel em execução do sistema operacional.¹ Todos os sistemas operacionais do tipo POSIX possuem uma /devárvore.
A /procárvore se originou no System V Unix, onde forneceu apenas informações sobre cada processo em execução, usando um /proc/$PID/stuffesquema. O Linux estendeu bastante isso , adicionando todo tipo de informação sobre o status do kernel em execução. Além desses arquivos de informação somente leitura, o Linux /proctambém possui arquivos virtuais graváveis que podem alterar o estado do kernel em execução. Geralmente, os sistemas operacionais do tipo BSD não possuem /proc, de modo que muito do que você encontra aqui não é portátil.
A solução pretendida para essa bagunça no Linux /procé /sys. Idealmente, todas as informações que não são do processo que foram lançadas na /procárvore já deveriam ter sido movidas até /sysagora, mas a inércia histórica manteve muitas coisas /proc. Freqüentemente, existem duas maneiras de efetuar uma alteração no kernel em execução: a /procmaneira antiga , mantida para compatibilidade com versões anteriores, e a nova /sysmaneira que você deveria estar usando agora.²
Notas de rodapé:
Há também várias /deventradas que não correspondem aos dispositivos de hardware, como /dev/null, /dev/random, e /dev/tty. Esses são dispositivos virtuais que permitem que os programas espaciais do usuário conversem com outras partes do kernel, além dos drivers em execução, de maneira semelhante a um dispositivo.
Como regra, /systende a ser mais estritamente organizada do que /proc, uma vez que /sysespelha as estruturas internas de dados do kernel que gerenciam os recursos do sistema, enquanto /proccresceu organicamente ao longo de muitos anos, e as antigas decisões questionáveis do projeto não podem mudar agora porque existem programas usando essas interfaces antigas . /syscomeçou com um design mais claro e não precisa arrastar tanta bagagem histórica quanto /proc.