Entre Mapas e Máquinas

By

Nautilus, UDisks e FSTAB: por que alguns discos aparecem como dispositivos e outros como pastas?

Anos atrás, quando comecei a me deparar com a questão da montagem de discos no linux (na época, era o Slackware), me chamava muito a atenção o modo como linux trata os discos de uma máquina. Agora, anos depois, me deparo com uma situação semelhante, mas com novos desdobramentos!

Durante a reorganização da minha workstation Linux, observei um comportamento curioso no Nautilus.

Alguns discos apareciam normalmente na barra lateral, com ícones de dispositivos e opções para montar, desmontar e ejetar. Outros, apesar de estarem funcionando perfeitamente, simplesmente não apareciam da mesma forma. Em vez disso, surgiam apenas como pastas dentro da estrutura de diretórios do sistema.

Diferente do Windows, não há C:, D:. etc.

A princípio, aquilo parecia indicar um problema.

Talvez uma falha do Nautilus.

Talvez alguma configuração incorreta.

Talvez mais um efeito colateral da migração entre Windows e Linux.

Mas a realidade era muito mais interessante.

Na verdade, o comportamento revelava uma das diferenças fundamentais entre a forma como Linux e Windows tratam dispositivos de armazenamento.

A observação que iniciou a investigação

O cenário era o seguinte.

Após resolver um problema de montagem envolvendo um SSD NTFS, configurei sua montagem permanente através do arquivo /etc/fstab.

Depois de reiniciar o computador, tudo funcionava corretamente.

Os arquivos estavam acessíveis.

O sistema inicializava normalmente.

O disco era montado automaticamente.

Entretanto, o Nautilus passou a exibir esse SSD de forma diferente dos demais.

Enquanto alguns volumes apareciam na seção de dispositivos, o SSD configurado manualmente surgia apenas como uma pasta comum.

A pergunta era inevitável:

Por que dois discos perfeitamente funcionais estavam sendo apresentados de maneiras diferentes?

Como o Nautilus enxerga os discos

Muitas pessoas imaginam que o Nautilus seja responsável por detectar e gerenciar dispositivos de armazenamento.

Na prática, ele apenas exibe informações fornecidas por outros componentes do sistema.

O principal deles é o UDisks.

O Nautilus funciona como uma espécie de vitrine.

Quem realmente conversa com os discos é outro software.

O papel do UDisks

O UDisks é um serviço do sistema responsável por detectar dispositivos de armazenamento, disponibilizar operações de montagem e fornecer informações para interfaces gráficas.

Quando um pendrive é conectado ou um disco secundário é detectado, normalmente é o UDisks que realiza o trabalho de disponibilizar esse dispositivo ao usuário.

É por isso que muitos discos aparecem automaticamente na barra lateral do Nautilus.

Do ponto de vista do sistema, eles são dispositivos gerenciados dinamicamente.

Ou seja, podem aparecer ou desaparecer durante a execução do sistema.

O que acontece quando usamos o fstab

A situação muda completamente quando um volume é definido no arquivo /etc/fstab.

Nesse caso, o sistema passa a considerar aquele volume como parte permanente da estrutura da máquina.

Ele deixa de ser tratado como um dispositivo temporário e passa a ser encarado como um componente fixo da organização do sistema.

É uma mudança conceitual importante.

O disco continua sendo o mesmo.

O sistema de arquivos continua sendo o mesmo.

Mas a forma como o Linux o enxerga muda completamente.

Dispositivos versus estrutura do sistema

Essa diferença pode ser entendida através de uma comparação simples.

Um pendrive conectado ocasionalmente é tratado como um visitante.

Ele chega.

É detectado.

É apresentado ao usuário.

Depois vai embora.

Já um volume definido no fstab se comporta como um cômodo da casa.

Ele faz parte da estrutura permanente.

Não precisa ser anunciado toda vez que o sistema inicia.

Ele simplesmente está lá.

Foi exatamente isso que aconteceu com os SSDs configurados manualmente na workstation.

Por que isso pode ser melhor

Inicialmente eu interpretei essa mudança como uma desvantagem.

Depois percebi que ela traz diversos benefícios.

Pontos de montagem permanentes costumam oferecer:

  • maior previsibilidade;
  • caminhos estáveis para scripts;
  • menos dependência de interfaces gráficas;
  • menor influência de mudanças no Nautilus;
  • comportamento consistente após atualizações do sistema.

Para uma máquina de uso casual, talvez isso não faça muita diferença.

Para uma workstation utilizada diariamente, faz bastante.

A relação com uma workstation Linux

Durante muitos anos esta máquina foi utilizada principalmente para jogos.

Nesse contexto, fazia sentido tratar os discos como dispositivos independentes.

O foco estava em bibliotecas Steam, emuladores, ROMs e arquivos diversos.

Ao transformá-la em uma workstation para geotecnologias, a necessidade mudou.

Agora existem projetos, bases geográficas, documentos e estruturas de diretórios que precisam permanecer estáveis ao longo do tempo.

Nesse cenário, pontos de montagem permanentes se tornam muito mais interessantes do que depender exclusivamente do comportamento automático do ambiente gráfico.

O que aprendi com essa investigação

A principal conclusão desta investigação foi perceber que o comportamento observado não era um erro.

Era uma consequência direta da forma como o Linux organiza seu sistema de arquivos.

O Nautilus não havia deixado de reconhecer o SSD.

Na verdade, o sistema estava tratando aquele volume de maneira mais integrada.

A diferença visual refletia uma diferença conceitual.

Discos gerenciados pelo UDisks são apresentados como dispositivos.

Volumes definidos no fstab passam a fazer parte da estrutura permanente do sistema.

Conclusão

Quando comecei a investigar por que alguns discos apareciam como dispositivos e outros como pastas, imaginava encontrar algum problema de configuração.

O que encontrei foi uma lição interessante sobre a filosofia do Linux.

Enquanto sistemas como o Windows tendem a apresentar cada volume como uma entidade separada, identificada por letras de unidade, o Linux trabalha com uma única árvore de diretórios.

Nesse modelo, os discos não precisam necessariamente ser vistos como dispositivos independentes.

Eles podem simplesmente fazer parte da estrutura do sistema.

Compreender essa diferença ajudou não apenas a resolver uma dúvida específica, mas também a definir a arquitetura futura da workstation.

A partir desse momento, a meta deixou de ser apenas fazer os discos aparecerem no Nautilus.

O objetivo passou a ser construir uma estrutura de armazenamento previsível, estável e adequada para muitos anos de trabalho.

Referências

Documentação do UDisks:
https://udisks.freedesktop.org/

Filesystem Hierarchy Standard (FHS):
https://refspecs.linuxfoundation.org/fhs.shtml

Manual do fstab:
https://man7.org/linux/man-pages/man5/fstab.5.html

Documentação do GNOME Files (Nautilus):
https://apps.gnome.org/Nautilus/

16 de Junho de 2026 – Alan Alves Alievi

Deixe uma resposta

Descubra mais sobre Entre Mapas e Máquinas

Assine agora mesmo para continuar lendo e ter acesso ao arquivo completo.

Continuar lendo