Aula 1: O que é Linux — história, filosofia e por que usar open source

Você já parou para pensar que a maior parte da internet roda sobre um sistema operacional que você talvez nunca tenha instalado conscientemente no seu desktop? Esse sistema é o Linux. Dos servidores que hospedam sites como Google e Netflix até os roteadores da sua casa e os supercomputadores que fazem previsões meteorológicas, o Linux está em toda parte. Mas afinal, o que é Linux? Não se trata apenas de um sistema operacional alternativo ao Windows ou ao macOS — é a espinha dorsal da computação moderna, construída sobre décadas de colaboração aberta, inovação técnica e uma filosofia que desafia os modelos tradicionais de desenvolvimento de software.

Nesta primeira aula do curso Linux — Do Zero ao Avançado, vamos mergulhar nas raízes desse sistema que transformou a indústria de tecnologia. Vamos entender o que é Linux de verdade, conhecer a história fascinante que começa com um estudante finlandês e um anúncio em um fórum de Usenet, e absorver os princípios filosóficos que sustentam o movimento open source. Mais do que teoria, esta aula vai preparar você para compreender conceitos que serão usados em todas as aulas seguintes — de gerenciamento de pacotes a hardening de servidores.

Por que isso importa? Porque ao dominar o ecossistema Linux, você conquista habilidades que vão muito além de digitar comandos em um terminal preto. Você passa a entender como sistemas operacionais realmente funcionam, ganha controle total sobre o hardware, aprende a diagnosticar problemas com precisão cirúrgica e, acima de tudo, torna-se um profissional mais completo e independente. Em nossos projetos na JRT Technology Solutions, nossos especialistas utilizam diariamente esses fundamentos para implementar servidores de missão crítica, clusters de alta disponibilidade e ambientes de segurança robustos para clientes em todo o Brasil.

Ao final desta aula, você será capaz de explicar com clareza a diferença entre kernel e sistema operacional, distinguir os principais tipos de licenças open source e suas implicações práticas, entender o modelo de desenvolvimento das distribuições Linux e executar seus primeiros comandos em um terminal real. Não se preocupe se você nunca viu uma tela de terminal antes — cada conceito será explicado do zero, com analogias do dia a dia e exemplos práticos. Prepare-se: o primeiro passo da sua jornada rumo à maestria em Linux começa agora.

O que você vai aprender nesta aula

• O significado exato do termo “Linux” e os componentes que formam um sistema Linux completo.
• A história do Linux, desde os primórdios do Unix nos laboratórios Bell até o lançamento do kernel por Linus Torvalds em 1991.
• Os fundamentos da filosofia do software livre e do movimento open source, incluindo os pilares de transparência, colaboração e liberdade do usuário.
• Uma análise detalhada dos principais tipos de licenças: GPL, MIT, BSD, Apache e licenças proprietárias — com exemplos reais de cada uma.
• O conceito de distribuição Linux (distro) e como escolher a ideal para cada finalidade — desktop, servidor, segurança ou embarcados.
• A hierarquia de diretórios padrão do Linux e o papel do shell como interface entre o usuário e o kernel.
• Como acessar e interagir com um terminal Linux pela primeira vez, executando comandos essenciais de navegação e obtenção de informações do sistema.
• A verificação prática de que o ambiente está funcional e os erros mais comuns que iniciantes enfrentam ao tentar executar comandos pela primeira vez.

Pré-requisitos e Ambiente

Esta é a aula inaugural do curso e assume exatamente zero conhecimento prévio em Linux. Você não precisa ter instalado nada antecipadamente — explicaremos como acessar um terminal Linux de três formas diferentes ao longo da aula, para que você possa escolher a opção que melhor se adapta ao seu momento. No entanto, para que você possa executar os comandos práticos junto com a leitura, recomendo ter à disposição:

• Um computador com Windows, macOS ou Linux com acesso à internet.
• Cerca de 20 minutos ininterruptos para acompanhar a prática guiada.
• Um navegador web atualizado (Chrome, Firefox, Edge ou Safari) — caso opte por usar um terminal online temporário.
• Papel e caneta (opcional, mas fortemente recomendado) para anotar comandos e conceitos-chave — o ato de escrever à mão reforça a memorização.

Se você já possui uma máquina virtual com Ubuntu, um servidor Linux contratado ou o Windows Subsystem for Linux (WSL) instalado, ótimo — você está um passo à frente. Caso contrário, não se preocupe: a seção de prática incluirá instruções para acessar um terminal Linux funcional em menos de 5 minutos, sem instalar absolutamente nada no seu computador. Nossos instrutores na JRT Technology Solutions frequentemente utilizam essa abordagem em workshops introdutórios justamente para eliminar barreiras de entrada.

O que é Linux — desmontando o conceito camada por camada

Para responder com precisão o que é Linux, precisamos separar dois conceitos que muitas pessoas confundem: o kernel e o sistema operacional. O kernel (núcleo, em tradução livre) é um software que atua como o gerente central do computador. Ele é responsável por funções essenciais como gerenciamento de memória, escalonamento de processos (decidir qual programa roda em qual momento), controle de acesso a dispositivos de hardware e comunicação entre software e componentes físicos. O Linux, em sua definição mais estrita, é apenas o kernel — um kernel monolítico, desenvolvido em linguagem C e Assembly, que foi originalmente escrito por Linus Torvalds e hoje é mantido por milhares de colaboradores ao redor do mundo.

Mas ninguém usa apenas o kernel sozinho. Um sistema Linux completo, como o Ubuntu, Debian, Fedora ou CentOS, combina o kernel com um vasto conjunto de ferramentas e bibliotecas. A maior parte dessas ferramentas vem do projeto GNU (GNU’s Not Unix, um acrônimo recursivo), fundado por Richard Stallman em 1983 com o objetivo de criar um sistema operacional totalmente livre. É por isso que alguns defensores do software livre insistem no nome “GNU/Linux” — porque o kernel Linux, sozinho, não entrega um sistema funcional; ele precisa do compilador GCC, das bibliotecas glibc, dos comandos básicos como ls, cp e mv, e do shell bash, todos oriundos do projeto GNU. Na prática, porém, o termo “Linux” é amplamente aceito para designar o sistema operacional completo, e é assim que o usaremos ao longo do curso.

Pense em uma analogia automotiva: o kernel seria o motor do carro. Você não dirige um motor — você dirige o carro completo, com carroceria, painel, volante, freios e sistema elétrico. O sistema operacional Linux é o carro: o motor (kernel) está lá dentro, fazendo tudo funcionar, mas você interage com o volante, os pedais e o painel — que seriam o shell, as interfaces gráficas e os aplicativos. Sem o motor, o carro não anda; sem o restante, o motor é apenas uma peça inútil sobre uma bancada.

Além do kernel e das ferramentas GNU, um sistema Linux moderno inclui drivers (módulos que ensinam o kernel a conversar com hardware específico), um sistema de inicialização como o systemd, um gerenciador de pacotes como apt ou dnf, e aplicações de usuário como navegadores, editores de texto e servidores web. Tudo isso, reunido e testado em conjunto, é o que chamamos de distribuição Linux. Vamos detalhar as distribuições mais adiante — mas, por ora, guarde este mapa mental: kernel + ferramentas GNU + empacotamento = distribuição Linux funcional.

Uma característica definidora do Linux, e que responde em grande parte a pergunta o que é Linux na perspectiva do usuário, é que ele é um sistema operacional multiusuário e multitarefa desde sua concepção. Diferentemente de sistemas operacionais que evoluíram a partir de versões monousuário (como o Windows, que derivou do MS-DOS), o Linux foi projetado desde o primeiro dia para que múltiplas pessoas pudessem usar o mesmo computador simultaneamente — seja via terminais seriais, sessões SSH ou, hoje, contêineres isolados. Esse DNA compartilhado e seguro é um dos motivos pelos quais o Linux domina servidores e ambientes em nuvem.

A história do Linux — do apito de um modem ao kernel que mudou o mundo

A história do Linux não começa em 1991, mas quase três décadas antes, nos laboratórios Bell da AT&T. Em 1969, um grupo liderado por Ken Thompson e Dennis Ritchie desenvolveu o Unix, um sistema operacional inovador para a época, portátil (escrito em C, não em assembly específico de um hardware) e baseado em conceitos como “tudo é um arquivo” e pipelines de comandos. O Unix se tornou referência em universidades e centros de pesquisa, especialmente na Universidade da Califórnia em Berkeley, que criou sua própria variante, o BSD (Berkeley Software Distribution). No entanto, o Unix era um software proprietário, e as licenças da AT&T eram caras e restritivas — o que impedia que entusiastas e pequenas empresas pudessem usá-lo e modificá-lo livremente.

Paralelamente, em 1983, Richard Stallman deu início ao projeto GNU com a missão de construir um sistema operacional livre que fosse compatível com Unix, mas sem usar código-fonte proprietário. A Free Software Foundation (FSF), fundada por Stallman, estabeleceu as quatro liberdades essenciais do software livre: usar, estudar, modificar e redistribuir. Em 1989, a FSF publicou a Licença Pública Geral GNU (GPL), que exigia que todo software derivado de código GPL também fosse distribuído sob a mesma licença — um conceito revolucionário chamado copyleft. No início dos anos 1990, o projeto GNU já tinha quase todos os componentes de um sistema operacional completo: compilador, editor de texto, shell, bibliotecas, utilitários. Só faltava uma peça — o kernel.

Essa peça surgiu em 25 de agosto de 1991, quando um jovem finlandês de 21 anos chamado Linus Torvalds postou uma mensagem no grupo de notícias comp.os.minix com o assunto “What would you like to see most in minix?” (“O que você mais gostaria de ver no Minix?”). Na mensagem, ele dizia estar criando um “sistema operacional (só um hobby, não será grande e profissional como o GNU)” para processadores Intel 80386. Mal sabia ele que esse hobby se tornaria o kernel mais importante da história da computação. Em setembro de 1991, a versão 0.01 do kernel Linux foi lançada, com cerca de 10 mil linhas de código. Hoje, o kernel tem mais de 30 milhões de linhas e recebe contribuições de empresas como Intel, Google, Red Hat e Samsung.

O nome “Linux” foi sugerido por Ari Lemmke, administrador do servidor FTP onde Torvalds hospedou o código, que criou o diretório “linux” em vez do nome “Freax” que Linus inicialmente considerava. A licença original era restritiva (proibia redistribuição comercial), mas já na versão 0.12, em 1992, Torvalds adotou a GPL — uma decisão estratégica que pavimentou o caminho para a adoção massiva e a colaboração global. A primeira distribuição Linux “de verdade” foi a Softlanding Linux System (SLS), em 1992, seguida rapidamente pela Slackware (1993, ainda ativa e a mais antiga em desenvolvimento contínuo) e pela Debian (1993), que introduziu o conceito de gerenciamento de pacotes e repositórios.

A filosofia do software livre e do open source — liberdade, não preço

Uma das maiores confusões para quem está começando a entender o que é Linux é achar que “software livre” significa necessariamente “software gratuito”. A frase clássica de Richard Stallman resume a diferença: “Free as in freedom, not free beer” (Livre como em liberdade, não como em cerveja grátis). Um software livre pode ser vendido e ter custo financeiro — o que o define são as quatro liberdades que o usuário recebe ao adquiri-lo: liberdade de executar o programa para qualquer propósito, liberdade de estudar como o programa funciona e adaptá-lo às suas necessidades, liberdade de redistribuir cópias e liberdade de distribuir versões modificadas.

O movimento open source, formalizado em 1998 por um grupo liderado por Eric Raymond e Bruce Perens, tem raízes práticas complementares à ideologia da Free Software Foundation. Enquanto Stallman enfatiza o aspecto ético e moral da liberdade do usuário, o movimento open source foca nos benefícios técnicos e econômicos do desenvolvimento colaborativo com código aberto — mais olhos revisando o código significam menos bugs, inovação mais rápida e menor dependência de fornecedores únicos. Na prática, a maioria dos projetos hoje utiliza os termos de forma intercambiável, e muitos combinam elementos de ambas as filosofias. O Linux é o maior exemplo de sucesso tanto do software livre quanto do open source: é livre no sentido de liberdade, e seu modelo de desenvolvimento distribuído e transparente é a própria definição de open source em ação.

Essa filosofia se materializa em decisões de projeto que afetam diretamente o usuário final. Por exemplo: você nunca encontrará no Linux uma funcionalidade escondida que coleta dados sem seu consentimento explícito. O código está disponível para auditoria por qualquer pessoa — um pesquisador de segurança em São Paulo, um estudante em Berlim ou um engenheiro em Tóquio podem inspecionar cada linha. Em nossos projetos na JRT Technology Solutions, essa transparência é um requisito mandatório para clientes do setor financeiro e governamental, que precisam garantir que não existem backdoors ou vulnerabilidades intencionais nos sistemas que operam dados sensíveis.

Outro pilar da filosofia open source é o meritocracia técnica. Mudanças no código são aceitas com base em sua qualidade e correção, não no cargo ou na empresa de quem as submete. Um patch enviado por um desenvolvedor independente tem exatamente as mesmas chances de ser integrado ao kernel que um patch da Oracle ou da Microsoft — desde que passe pelo rigoroso processo de revisão da comunidade. Essa cultura de colaboração horizontal gerou projetos como o Git (criado por Linus Torvalds para gerenciar o desenvolvimento do kernel) e o próprio GitHub, que revolucionaram a forma como software é construído globalmente.

Tipos de licenças de software — da liberdade total ao código fechado

Uma das questões mais práticas ao se trabalhar com Linux e open source é entender os diferentes tipos de licenças que regem o software. A licença determina o que você pode ou não fazer com o código — desde executar e estudar até modificar, redistribuir e vender. Vamos analisar as principais licenças em detalhes, com exemplos reais de cada uma. Este conhecimento é fundamental para qualquer profissional de TI, especialmente quem trabalha com infraestrutura e precisa garantir conformidade legal em ambientes corporativos.

GNU General Public License (GPL): É a licença mais emblemática do ecossistema Linux. A GPL, atualmente na versão 3 (com a versão 2 ainda amplamente usada), é uma licença de copyleft forte — isso significa que qualquer software derivado de código GPL deve obrigatoriamente ser distribuído sob a mesma licença GPL. Na prática, se você modificar um programa GPL e distribuir o resultado (mesmo que gratuitamente), precisa disponibilizar o código-fonte completo sob GPL. O kernel Linux usa a GPL versão 2. Isso impede que empresas “fechem” melhorias feitas por terceiros. Programas sob GPL: kernel Linux, GCC, GIMP, MySQL (versão Community). Para o usuário final, a GPL garante que o software nunca poderá ter seu código escondido — se alguém lhe entregar um binário GPL, você tem o direito legal de exigir o código-fonte.

MIT License: Originada no Massachusetts Institute of Technology, é uma das licenças mais permissivas e simples que existem. Ela basicamente diz: “você pode fazer absolutamente qualquer coisa com este código, inclusive incluí-lo em software proprietário e vendê-lo, desde que mantenha o aviso de copyright original”. Não há obrigação de redistribuir modificações sob a mesma licença, nem de disponibilizar código-fonte de obras derivadas. Isso torna a MIT extremamente popular para bibliotecas e frameworks — React (Facebook), jQuery, Node.js (runtime), X11 (sistema gráfico). Para o usuário, software MIT pode ser incorporado em produtos comerciais sem restrições, o que agrada empresas que querem combinar open source com código proprietário.

BSD License (Berkeley Software Distribution): Similar à MIT em permissividade, a licença BSD (especialmente as variantes de 2 e 3 cláusulas) permite uso, modificação e redistribuição sem exigir que obras derivadas sejam open source. A principal diferença para a MIT é uma cláusula adicional que proíbe o uso do nome da instituição original (ex: “Universidade da Califórnia”) para fins promocionais sem permissão. O FreeBSD, o NetBSD e o macOS (que incorpora componentes do FreeBSD) são exemplos famosos. Na prática, a licença BSD é uma escolha comum para projetos que priorizam máxima adoção, inclusive por empresas que pretendem criar versões proprietárias.

Apache License 2.0: Publicada pela Apache Software Foundation, esta licença é permissiva como MIT/BSD, mas adiciona duas camadas importantes: concessão explícita de direitos de patentes (impedindo que um contribuidor processe usuários por violação de patentes relacionadas ao código) e cláusulas de atribuição mais detalhadas. É a licença padrão de projetos como Apache HTTP Server, Kubernetes, Hadoop e Android (partes significativas). Para ambientes corporativos, a proteção de patentes da Apache 2.0 é especialmente valiosa, reduzindo riscos legais — por isso, em consultorias na JRT Technology Solutions, frequentemente recomendamos componentes Apache 2.0 para integrações com sistemas proprietários.

Licença Comercial / Proprietária: Diferente de todas as anteriores, uma licença proprietária (ou EULA — End User License Agreement) não concede acesso ao código-fonte nem permite modificações. Você compra (ou aluga) o direito de usar o software exatamente como ele é, dentro de condições restritivas — número de instalações, usuários ou CPUs, por exemplo. Exemplos incluem Microsoft Windows, Adobe Photoshop, Oracle Database (edição Enterprise) e muitos softwares corporativos. É o modelo tradicional de comercialização de software. É importante notar que software proprietário e Linux não são mutuamente exclusivos: existem excelentes softwares proprietários que rodam em Linux (como o Steam, AutoCAD para Linux em versões específicas, drivers NVIDIA oficiais), e distribuições Linux podem incluir software proprietário em seus repositórios “non-free”.

Para deixar as diferenças absolutamente claras, a tabela a seguir resume as características essenciais de cada licença no que diz respeito aos direitos do usuário:

Compreender essas licenças é essencial para qualquer profissional que vá trabalhar com Linux. Em muitos casos, a escolha da distribuição ou do software que você utilizará em produção será influenciada diretamente pela licença — e ignorar esse aspecto pode resultar em problemas legais sérios para a empresa. Na JRT Technology Solutions, realizamos auditorias de conformidade de licenças para clientes que desejam garantir que seus produtos que incorporam open source estejam em total acordo com as obrigações legais de cada licença.

Distribuições Linux — qual é a certa para você?

Uma distribuição Linux (ou distro, como chamamos no dia a dia) é um conjunto integrado que reúne o kernel Linux, ferramentas GNU, um sistema de empacotamento, scripts de configuração, repositórios de software e, frequentemente, uma interface gráfica e aplicações pré-instaladas. Existem centenas de distribuições ativas atualmente, cada uma com propósitos, filosofias e públicos-alvo específicos. Elas são a resposta prática para a pergunta o que é Linux no dia a dia do profissional de TI — porque ninguém “baixa o Linux” genérico; você escolhe uma distro e a instala.

As distribuições podem ser organizadas em algumas famílias principais, geralmente agrupadas pelo sistema de empacotamento e pela linhagem histórica. A família Debian (que inclui o Ubuntu, o Linux Mint e o próprio Debian) utiliza o formato de pacotes .deb e o gerenciador APT (Advanced Package Tool). É a família mais popular para desktops e também muito comum em servidores — especialmente o Ubuntu Server e o Debian Stable. A família Red Hat (RHEL, CentOS, Fedora, Rocky Linux, AlmaLinux) usa pacotes .rpm e o gerenciador DNF (sucessor do YUM). É a espinha dorsal de datacenters corporativos, com forte foco em estabilidade e suporte comercial de longo prazo. A família Arch (Arch Linux, Manjaro, EndeavourOS) é rolling-release — sempre atualizada para as versões mais recentes, sem ciclos de lançamento fixos — e utiliza o gerenciador pacman.

Para quem está começando, a escolha da distribuição pode parecer paralisante, mas siga esta regra prática que usamos nos treinamentos da JRT Technology Solutions: defina seu objetivo primeiro. Quer aprender Linux para uso pessoal e desktop do dia a dia? Ubuntu ou Linux Mint — a comunidade é imensa, a documentação é farta e os problemas que você encontrar já foram resolvidos por milhares de pessoas. Quer focar em carreira de infraestrutura e servidores? Rocky Linux ou AlmaLinux (substitutos livres do CentOS tradicional) — porque o mercado corporativo ainda é predominantemente Red Hat. Quer se aprofundar em segurança ofensiva e pentest? Kali Linux — já vem com centenas de ferramentas pré-instaladas. O importante é começar; migrar de uma distro para outra depois que você entende os fundamentos é surpreendentemente fácil.

A tabela a seguir compara as distribuições mais relevantes para iniciantes no segundo semestre de 2026, com base em critérios práticos de adoção:

Primeiros passos no terminal — acessando o Linux pela primeira vez

Chegou a hora de colocar as mãos no teclado. Mesmo que você ainda não tenha instalado Linux na sua máquina, existem formas simples e imediatas de acessar um terminal funcional. O terminal (ou shell) é a interface de linha de comando — uma tela preta onde você digita comandos e recebe respostas textuais. Pode parecer intimidador à primeira vista, mas é a ferramenta mais poderosa que um profissional de infraestrutura pode dominar. Nesta seção, vamos oferecer três caminhos para você acessar um terminal Linux agora mesmo, do mais simples ao mais robusto.

Caminho 1 — Terminal online (zero instalação, 2 minutos): O site https://bellard.org/jslinux/ (JSLinux, mantido por Fabrice Bellard) oferece uma máquina virtual Linux completa rodando dentro do seu navegador, via JavaScript. Basta acessar o link e clicar no console Alpine Linux ou Fedora — em segundos você terá um terminal funcional. Não requer cadastro, não instala nada e funciona até no celular. As limitações são: a sessão não persiste (ao fechar a aba, tudo se perde) e a performance não é a de um sistema nativo. Para esta primeira aula, é mais do que suficiente.

Caminho 2 — Windows Subsystem for Linux (WSL, apenas para Windows 10/11, ~10 minutos): Se você usa Windows, a Microsoft oferece o WSL 2, que roda um kernel Linux real dentro de uma máquina virtual leve integrada ao sistema. Abra o PowerShell como Administrador (tecla Windows, digite “PowerShell”, clique com botão direito e “Executar como administrador”) e execute o comando abaixo. Após a reinicialização, o Ubuntu estará instalado e você terá um terminal Linux completo, com acesso aos arquivos do Windows e vice-versa.

# Comando executado no PowerShell do Windows (como Administrador):
wsl --install

# Parâmetros:
# wsl         -> comando principal do Windows Subsystem for Linux
# --install   -> flag que instala os componentes necessários e a distribuição padrão (Ubuntu)

Installing: Windows Subsystem for Linux
Installing: Ubuntu
Requested operation successful. Please restart your machine.

Após reiniciar, uma janela do Ubuntu será aberta automaticamente. Você criará um nome de usuário e senha — este será seu usuário Linux, independente do usuário do Windows. Guarde esta senha, ela será solicitada sempre que você executar comandos administrativos com sudo.

Caminho 3 — Máquina Virtual com VirtualBox (qualquer sistema operacional, ~20 minutos): Baixe o VirtualBox gratuito em https://www.virtualbox.org/ e a imagem ISO do Ubuntu em https://ubuntu.com/download. Crie uma nova máquina virtual com 2 GB de RAM e 20 GB de disco virtual, anexe a ISO e siga o instalador gráfico. Este caminho oferece um sistema Linux completo e persistente, isolado do seu sistema principal, sem riscos de afetar seus arquivos. Nossos instrutores na JRT Technology Solutions preferem este método para cursos porque permite snapshots e experimentação sem medo.

Seus primeiros comandos Linux — navegação e informações do sistema

Com o terminal aberto (independente do caminho escolhido), você verá algo como:

usuario@linux:~$ _

Isso é o prompt — o convite do sistema para você digitar comandos. Ele mostra o nome do usuário (usuario), o nome do computador (linux), o diretório atual (~ significa seu diretório home) e o símbolo $, que indica que você está operando como usuário comum (não root). Vamos executar alguns comandos essenciais. Digite cada um e pressione Enter. Explicarei cada componente detalhadamente.

# Comando 1: Verificar quem é o usuário atual
whoami

# Comando 2: Mostrar o diretório de trabalho atual (Print Working Directory)
pwd

# Comando 3: Listar arquivos e pastas do diretório atual
ls

# Comando 4: Listar com detalhes adicionais (modo longo)
ls -l

# Comando 5: Exibir informações completas sobre o kernel e o sistema
uname -a

# Comando 6: Mostrar a distribuição Linux e versão (funciona na maioria das distros)
cat /etc/os-release

Agora, vamos decifrar cada parte desses comandos. O comando whoami (literalmente “quem sou eu” em inglês) é o mais simples possível — ele retorna o nome do usuário com o qual você está logado. Útil quando você gerencia múltiplos terminais com diferentes sessões e não quer cometer o erro de executar algo como o usuário errado. O comando pwd exibe o caminho absoluto do diretório onde você está naquele momento — fundamental para se localizar na árvore de diretórios. O comando ls lista o conteúdo do diretório atual; com a flag -l (de “long”), ele mostra permissões, proprietário, grupo, tamanho e data de modificação de cada item.

O comando uname -a merece atenção especial. Ele exibe informações sobre o kernel e o sistema operacional. A opção -a significa “all” (todas as informações). A saída típica inclui o nome do kernel (Linux — veja, aqui está a confirmação explícita do que é Linux rodando no coração do sistema), o hostname, a versão do kernel, a data de compilação e a arquitetura do processador. Já o comando cat /etc/os-release exibe o conteúdo do arquivo /etc/os-release (caminho absoluto), que contém metadados sobre a distribuição — nome, versão, ID e URL do site oficial. Este arquivo existe em praticamente todas as distros modernas e é o método padronizado para identificar qual sistema está rodando.

Verificando o Ambiente e Testando os Comandos

Chegou o momento de verificar se tudo que fizemos até aqui está funcionando corretamente. Esta etapa de validação é um hábito que cultivamos em todos os treinamentos da JRT Technology Solutions: nunca assuma que um comando funcionou — verifique ativamente e compare a saída com o esperado. Abaixo, você deve executar cada comando na ordem apresentada e conferir se sua saída corresponde (aproximadamente) ao que mostramos. Pequenas variações de versão, hostname ou nome de usuário são normais — o importante é que a estrutura da saída seja similar.

Execute no terminal:

whoami

seu_usuario

Se aparecer seu nome de usuário (aquele que você definiu no WSL ou que apareceu no prompt), o primeiro comando funcionou. Agora:

pwd

/home/seu_usuario

Este é seu diretório home — o equivalente à pasta “Meus Documentos” no Windows. É aqui que você sempre começa ao abrir o terminal. Agora vamos listar o conteúdo:

ls -l

total 0
drwxr-xr-x 2 seu_usuario seu_usuario 40 Jun 17 10:00 Desktop
drwxr-xr-x 2 seu_usuario seu_usuario 40 Jun 17 10:00 Documents
drwxr-xr-x 2 seu_usuario seu_usuario 40 Jun 17 10:00 Downloads
drwxr-xr-x 2 seu_usuario seu_usuario 40 Jun 17 10:00 Music
drwxr-xr-x 2 seu_usuario seu_usuario 40 Jun 17 10:00 Pictures
drwxr-xr-x 2 seu_usuario seu_usuario 40 Jun 17 10:00 Videos

Cada linha representa um item no diretório. A primeira coluna (ex: drwxr-xr-x) são as permissões do arquivo — você aprenderá a decifrá-las em aulas futuras. A terceira coluna (seu_usuario) é o proprietário, a quarta é o grupo. Agora o comando mais revelador desta aula:

uname -a

Linux seu_hostname 6.8.0-45-generic #45-Ubuntu SMP PREEMPT_DYNAMIC Tue Apr 15 09:23:11 UTC 2026 x86_64 x86_64 x86_64 GNU/Linux

Veja como o primeiro campo da saída é exatamente Linux — a confirmação definitiva de que o kernel Linux está gerenciando o hardware da sua máquina (ou máquina virtual). O número 6.8.0-45-generic é a versão do kernel. A palavra GNU/Linux no final reconhece a parceria fundamental entre o kernel e as ferramentas GNU. Esta é a assinatura digital de qualquer sistema Linux. Se você chegou até aqui e viu essa saída, parabéns — você está oficialmente usando Linux.

Por fim, para identificar a distribuição com precisão:

cat /etc/os-release

NAME="Ubuntu"
VERSION="26.04 LTS (Noble Numbat)"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 26.04 LTS"
VERSION_ID="26.04"
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"

Cada linha é uma variável no formato CHAVE=VALOR. NAME é o nome da distribuição, VERSION é a versão legível, VERSION_ID é o número da versão, e ID_LIKE indica qual família essa distribuição pertence (Debian, neste caso). Este arquivo é lido por scripts de automação para adaptar comandos conforme a distro — uma prática que você adotará quando começar a escrever seus próprios scripts.

Erros Comuns e Como Resolver

Nas primeiras interações com o terminal Linux, alguns erros são praticamente universais entre iniciantes. Antecipar esses tropeços e saber exatamente como corrigi-los é parte do DNA de um bom treinamento. Abaixo estão os quatro erros mais frequentes que nossos alunos encontram, com o sintoma exato, a causa raiz e a solução completa.

• Erro: “command not found” ao digitar um comando.
  Sintoma: Você digita lss em vez de ls e o terminal responde bash: lss: command not found.
  Causa: Erro de digitação ou comando que não está instalado no sistema. O shell procura comandos em diretórios listados na variável $PATH — se não encontrar, emite este erro.
  Solução: Verifique a grafia do comando. Use a tecla Tab para autocompletar — digite as primeiras letras e pressione Tab; se houver ambiguidade, pressione Tab duas vezes para ver as opções. Se o comando realmente não existir, instale-o com o gerenciador de pacotes: sudo apt install nome_do_pacote (Debian/Ubuntu) ou sudo dnf install nome_do_pacote (Fedora/Rocky).
• Erro: “Permission denied” ao tentar acessar ou executar algo.
  Sintoma: Você tenta executar um script com ./script.sh e recebe bash: ./script.sh: Permission denied.
  Causa: O arquivo não possui permissão de execução. No Linux, diferentemente do Windows, a extensão do arquivo não determina se ele pode ser executado — a permissão explícita é necessária.
  Solução: Conceda permissão de execução com chmod +x script.sh. Verifique as permissões atuais com ls -l script.sh — a presença de ‘x’ na primeira coluna indica permissão de execução concedida. Para diretórios, use ls -ld nome_diretorio.
• Erro: “No such file or directory” ao tentar acessar um caminho.
  Sintoma: cat: /etc/oss-release: No such file or directory.
  Causa: Caminho digitado incorretamente ou arquivo inexistente. No exemplo, o correto é /etc/os-release (os-release), não “oss-release”. O sistema de arquivos do Linux é case-sensitive — “Desktop” e “desktop” são diretórios diferentes.
  Solução: Use o autocompletar com Tab para evitar erros de digitação. Use ls para verificar o conteúdo do diretório antes de acessar um arquivo específico. Se precisar encontrar um arquivo, use find /caminho -name “padrao” (ex: find /etc -name “*release*”).
• Erro: Terminal travado ou sem resposta após um comando que nunca termina.
  Sintoma: Você executou um comando como ping google.com (sem limitar a quantidade de pacotes) e

  Quer aprender na prática com especialistas?

  A JRT Technology Solutions oferece treinamentos e implementação de Linux para equipes corporativas.

  
  
  Falar no WhatsApp