Dia 18/30 — Escolhendo um Sistema Operacional e Entendendo Releases

Hoje é o Dia 18 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.

A prova também verifica se você entende diferenças gerais entre Linux, Windows e macOS, além de conceitos de ciclo de vida de distribuições.

📌 Metodologia do projeto:
Teoria → Exercício → Prática → Explicar → Revisar

🎯 Objetivos do dia

Objetivo LPI: 4.1 — Escolhendo um Sistema Operacional
Peso no exame: 1
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 como rm e 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:

👉 https://uplinux.com.br

Use a plataforma depois da leitura para reforçar o conteúdo com repetição espaçada e exercícios.

🧠 TEORIA

1. GUI e linha de comando

Linux pode funcionar com interface gráfica ou somente em modo texto. Em servidores, não instalar uma GUI pode reduzir consumo e superfície de ataque.

2. Sistemas operacionais

Aspecto	Linux	Windows	macOS
Kernel	Linux	Windows NT	XNU
Código	grande parte open source no ecossistema	majoritariamente proprietário	combinação de componentes open source e proprietários
Distribuição	várias distribuições	edições oficiais Microsoft	controlado pela Apple
CLI comum	Bash e outros shells	PowerShell/cmd	zsh e utilitários Unix

A prova não exige uma guerra de sistemas; exige reconhecer diferenças de uso e ecossistema.

3. Ciclo de vida

Termos importantes:

alpha/beta — versões de teste, podem conter falhas;
stable — versão considerada adequada para uso normal;
LTS — suporte de longo prazo em distribuições que adotam esse modelo;
rolling release — atualização contínua de pacotes;
EOL — fim do período de suporte.

4. Escolha por contexto

Em suporte, considere:

compatibilidade de software;
suporte de hardware;
duração das atualizações;
disponibilidade de documentação;
política de segurança;
estabilidade versus novidade.

💻 PRÁTICA GUIADA

Investigue seu próprio sistema:

cat /etc/os-release
uname -r
uname -m

Procure no /etc/os-release:

nome da distribuição;
versão;
identificador (ID);
família, quando indicada (ID_LIKE).

Em Debian/Ubuntu, liste informações de pacotes instalados de forma simples:

apt --version

Em Fedora/RHEL:

dnf --version

Você não precisa instalar nada; apenas reconheça qual ecossistema está usando.

✏️ EXERCÍCIOS

Identifique sua distribuição e versão.
Descubra a arquitetura com uname -m.
Pesquise no material oficial da sua distribuição quanto tempo sua versão recebe suporte.
Compare uma versão LTS com uma rolling release e escreva dois cenários de uso para cada.

🗣️ EXPLICAR COM SUAS PALAVRAS

Explique:

por que um servidor pode rodar sem interface gráfica;
o que significa LTS;
o que é EOL;
por que “versão mais nova” não significa automaticamente “melhor escolha para produção”.

🧪 MINI SIMULADO

1. O que significa LTS?

✅ Long Term Support.

2. O que significa EOL?

✅ End of Life, fim do suporte da versão.

3. Um Linux precisa obrigatoriamente de GUI?

✅ Não.

4. Uma versão beta é normalmente indicada para produção crítica?

✅ Não; é uma versão de teste.

5. cat /etc/os-release ajuda a identificar o quê?

✅ A distribuição e sua versão.

6. Rolling release significa?

✅ Modelo de atualização contínua em vez de grandes versões discretas.

✅ CHECKLIST DO DIA

Entendo GUI x CLI
Reconheço diferenças gerais entre Linux, Windows e macOS
Entendo stable, beta, LTS, rolling release e EOL
Sei identificar a distribuição com /etc/os-release
Sei relacionar escolha de SO com contexto de suporte

📅 Próximo passo — Dia 19

No próximo dia: Hardware: CPU, memória, discos, partições, dispositivos e drivers.

📚 Referências

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.