Hoje é o Dia 20 do desafio de 30 dias estudando Linux, com foco na certificação Linux Essentials — LPI 010-160 e na construção de uma base prática para atuar com Suporte Técnico em TI.
Hoje vamos entender diretórios virtuais e persistentes. Essa visão é essencial para suporte: saber onde procurar reduz muito o tempo de diagnóstico.
📌 Metodologia do projeto:
Teoria → Exercício → Prática → Explicar → Revisar
🎯 Objetivos do dia
- Objetivo LPI: 4.3 — Onde os dados são armazenados
- Peso no exame: 3
- Entender o conceito, executar os comandos no terminal e saber explicar o motivo de cada resultado.
- Relacionar o conteúdo da prova com situações reais de suporte Linux.
💻 Ambiente recomendado: Debian/Ubuntu em máquina virtual ou máquina de estudos.
Evite praticar comandos destrutivos comorme alterações administrativas no seu sistema principal.
🚀 UPLinux.com.br - prática complementar
Durante esta jornada, uso a plataforma UP Linux para revisar questões e executar desafios práticos:
Use a plataforma depois da leitura para reforçar o conteúdo com repetição espaçada e exercícios.
🧠 TEORIA
1. Diretórios centrais
| Diretório | Papel geral |
|---|---|
/etc |
configuração do sistema |
/var/log |
logs persistentes, quando usados pela distribuição |
/boot |
arquivos usados na inicialização |
/proc |
visão virtual de processos e kernel |
/sys |
visão virtual de dispositivos e kernel |
/dev |
arquivos de dispositivos |
2. /proc
Não é um diretório comum gravado no disco da mesma forma que /home. Ele é um pseudo-filesystem mantido pelo kernel.
cat /proc/cpuinfo
cat /proc/meminfo
cat /proc/uptime
Diretórios numéricos correspondem a processos:
/proc/1
/proc/1234
3. /sys
Expõe informações estruturadas sobre dispositivos, drivers e subsistemas.
ls /sys/class
ls /sys/block
4. /etc
Exemplos importantes:
/etc/passwd
/etc/group
/etc/hosts
/etc/resolv.conf
5. /var/log
A localização e nomes exatos de logs variam por distribuição e serviço. Em sistemas com systemd, muitos eventos também são consultados via journal.
Para a prova, entenda a função geral de /var/log e o conceito de syslog.
6. /boot
Pode conter kernel, initramfs e arquivos do bootloader, dependendo da distribuição.
💻 PRÁTICA GUIADA
Explore sem modificar:
ls -ld /etc /var/log /boot /proc /sys /dev
cat /proc/uptime
head /proc/meminfo
head /proc/cpuinfo
ls /sys/block
ls /dev | head
Veja arquivos de configuração:
cat /etc/hosts
cat /etc/resolv.conf
Veja logs disponíveis:
ls -lh /var/log | head -20
Não edite arquivos de
/etccomo root apenas para praticar. Use cópias em seu laboratório quando quiser experimentar.
✏️ EXERCÍCIOS
- Descubra em
/prochá quanto tempo o sistema está ligado. - Compare informações de
/proc/meminfocomfree -h. - Identifique os dispositivos de bloco em
/sys/block. - Copie
/etc/hostspara~/linux-lab/dia20/hosts-copiae estude a cópia. - Liste os cinco maiores arquivos visíveis em
/var/logusandols -lhSse suportado.
🗣️ EXPLICAR COM SUAS PALAVRAS
Explique:
- por que
/procé chamado de pseudo-filesystem; - diferença de propósito entre
/etce/var/log; - relação entre
/deve hardware; - para que serve
/boot; - por que editar arquivos reais de configuração sem backup é uma má prática de suporte.
🧪 MINI SIMULADO
1. Onde ficam principalmente configurações globais?
✅
/etc.
2. Onde costumam ficar logs?
✅
/var/log.
3. Qual diretório virtual expõe processos?
✅
/proc.
4. Onde aparecem arquivos especiais de dispositivos?
✅
/dev.
5. /sys é usado para expor informações sobre?
✅ Dispositivos, drivers e subsistemas do kernel.
6. /boot está relacionado a quê?
✅ Inicialização do sistema.
✅ CHECKLIST DO DIA
- Sei o papel de
/etc,/var/log,/boot,/proc,/syse/dev - Entendo que
/proce/syssão interfaces virtuais do kernel - Consigo consultar informações sem alterar arquivos do sistema
- Sei onde começar a procurar configuração e logs
📅 Próximo passo — Dia 21
No próximo dia: Processos, memória, mensagens do kernel e logs.
📚 Referências
- Objetivos oficiais — Linux Essentials 010-160
- Material oficial de aprendizagem — LPI 010-160
- WaldoEller.com — Blog
Regra da jornada: não apenas leia os comandos. Digite, observe a saída, provoque erros controlados e tente explicar o comportamento antes de consultar a resposta.
