Why I Stopped Guessing at Linux Distros and Started Asking AI to Reason Through It

Instale o Linux com IA: Uma Série em 4 Partes

Parte 1: Escolhendo sua Distro → Parte 2: Armazenamento e Criptografia → Parte 3: Instalação Manual → Parte 4: Serviços e GPU

Já instalei Linux mais vezes do que consigo contar. Em todas elas, a escolha da distro se resumia a intuição ou ao que eu havia usado da última vez. O problema é o seguinte: se você está construindo algo específico, intuição não basta. Um nó de análise de segurança que precisa de Docker, PostgreSQL, modelos de IA locais e captura de pacotes em três discos criptografados? Isso é um problema de arquitetura, não de feeling.

Este capítulo mostra como estruturar a conversa para que a IA forneça arquitetura de verdade, não um resumo da Wikipédia. Você vai alimentá-la com sua carga de trabalho real, receber raciocínio estruturado de volta, mapear seu hardware para um plano de armazenamento e identificar problemas de firmware antes que eles te custem horas. Ao final, você terá um método repetível que funciona para qualquer build, qualquer hardware, qualquer distro.

O Primeiro Prompt É o Mais Importante

Veja o que a maioria das pessoas digita no ChatGPT quando está pensando em Linux:

"Qual distro Linux devo instalar?"

E recebe de volta exatamente o que você esperaria: uma lista de distribuições com descrições superficiais. Ubuntu é amigável para iniciantes. Fedora tem pacotes mais novos. Arch é para quem gosta de sofrer. Obrigado, extremamente inútil.

O problema não é a IA. É o prompt. Você está fazendo uma pergunta genérica e recebendo uma resposta genérica. No momento em que você muda de "o que devo instalar" para "aqui está o que esta máquina precisa fazer", a conversa muda completamente.

Aqui está o padrão de prompt que realmente funciona:

1I'm setting up a Linux machine for [specific role].
2My requirements are: [list workloads].
3The machine needs to support: [list services].
4What distribution should I consider and why?

Estrutura simples. Diferença enorme na qualidade da resposta. Você está dando à IA contexto suficiente para raciocinar, não apenas recitar.

O Que Seu Build Realmente Precisa

Antes de disparar esse prompt, seja específico sobre o papel da máquina. Não diga "um servidor Linux." Diga o que ele faz. Para um nó de análise de segurança (o build que esta série acompanha), a lista de cargas de trabalho é assim:

• Contêineres Docker executando múltiplas ferramentas e serviços de segurança
• PostgreSQL e Redis para dados estruturados e cache
• Ollama para executar modelos de IA locais (sem dependência de nuvem)
• Futura passagem de GPU NVIDIA para inferência acelerada
• Armazenamento de artefatos de ataque com separação adequada de cadeia de custódia
• Armazenamento multi-disco criptografado em NVMe, SSD e HDD
• Estabilidade de longo prazo sem quebras constantes por atualizações de ponta

Isso não é mais uma pergunta de "qual distro". É uma pergunta de arquitetura. E quando você enquadra dessa forma, a IA começa a pensar em ecossistemas de pacotes, cronogramas de suporte ao kernel, disponibilidade de drivers e ferramentas da comunidade. Seu trabalho é fornecer as restrições. O trabalho da IA é raciocinar sobre elas.

Como o Raciocínio se Desdobra

Alimente a IA com uma lista de cargas de trabalho assim e você não receberá apenas uma resposta. Você receberá o raciocínio por trás de cada opção. Veja o que esperar:

Kali Linux recebe a recomendação mais forte. É baseado em Debian, o que significa gerenciamento de pacotes sólido e ampla compatibilidade. As ferramentas de segurança vêm pré-instaladas ou estão a um apt install de distância. As versões rolling mantêm as ferramentas atualizadas sem a instabilidade de algo como o Arch. E a comunidade é focada especificamente no tipo de trabalho que esta máquina realiza.

Ubuntu Server fica em segundo lugar. Excelente suporte a Docker, comunidade enorme, versões LTS. Mas para um build focado em segurança, você passaria seus primeiros dois dias instalando ferramentas que o Kali já traz por padrão. É uma base de uso geral quando você precisa de uma base específica para o propósito.

Debian Stable é conservador demais. As versões dos pacotes ficam atrás do que o Ollama e os drivers NVIDIA mais recentes precisam. Você estaria constantemente lutando com backports.

Arch Linux tem os pacotes mais frescos, mas a instabilidade de uma versão rolling em uma máquina rodando bancos de dados em produção e serviços Docker é pedir problema. Um pacman -Syu mal sucedido e sua instância do PostgreSQL está fora do ar.

Fedora Server é interessante, mas introduz ferramentas baseadas em RPM que não se alinham com o ecossistema mais amplo Kali/Debian que a maioria das ferramentas de segurança tem como alvo.

Para este build, a escolha é o Kali. Não porque está na moda ou porque algum vídeo no YouTube disse isso, mas porque o perfil de carga de trabalho mapeia diretamente para o que o Kali foi projetado, e a base Debian fornece a estabilidade que o Docker e o PostgreSQL exigem. Seu build pode apontar para outro lugar. Esse é o ponto central de deixar a IA raciocinar sobre isso em vez de adivinhar.

A Conversa de Descoberta de Hardware

Com a distribuição decidida, não vá buscar a ISO ainda. Primeiro, descubra exatamente com qual hardware você está trabalhando. É aqui que a conversa com a IA se torna genuinamente poderosa.

Experimente este prompt:

1You are a security expert and are setting up a clean Kali Linux
2install. I'm sitting in front of the terminal. What commands do
3you want me to run to get you all the specs and hard drives
4available to plan this?

Leia novamente. Você não está perguntando "como verifico minha CPU." Você está dizendo à IA para projetar toda a sequência de descoberta com base no que ela precisa saber para o planejamento. Essa é uma interação fundamentalmente diferente. Você está colocando a IA no comando da investigação enquanto executa os comandos e reporta de volta.

O Que a IA Solicita (e Por Que Cada Categoria Importa)

Você receberá de volta uma lista estruturada de comandos, agrupados por categoria. Não comandos aleatórios. Um protocolo de descoberta deliberado. Veja o que esperar:

Modo de firmware (ls /sys/firmware/efi ou verificando as configurações do BIOS): Isso determina toda a sua estratégia de boot. UEFI significa tabelas de partição GPT e partições ESP. BIOS legado significa MBR e configurações diferentes de bootloader. Erre isso e você estará reinstalando.

CPU e RAM (lscpu, free -h): A contagem de núcleos e o tamanho da memória determinam quantos contêineres Docker você pode executar simultaneamente, se os modelos de IA locais caberão na memória e quão agressiva pode ser a configuração do PostgreSQL.

Inventário de discos (lsblk -o NAME,SIZE,TYPE,ROTA,TRAN,MODEL, fdisk -l): Tamanho de cada disco, tipo de interface (NVMe, SATA) e status rotacional. Esta é a base da arquitetura de armazenamento.

Modos do controlador (configurações do BIOS, dmesg | grep -i ahci): O modo AHCI vs RAID vs IDE afeta o desempenho do disco e a compatibilidade com Linux. Alguns controladores em modo RAID ocultam discos individuais do instalador.

Hardware de GPU (lspci | grep -i vga, lspci -nn | grep -i nvidia): Crítico por dois motivos. Primeiro, GPUs NVIDIA podem causar travamentos no instalador se não forem tratadas corretamente. Segundo, conhecer o modelo exato da GPU determina qual versão de driver você precisará mais tarde.

Dispositivos de rede (ip link, lspci | grep -i net): Você precisa de acesso à rede durante a instalação para baixar pacotes. Saber se você tem rede Intel, Realtek ou Broadcom determina se você precisará de pacotes de firmware.

Tabelas de partição existentes (fdisk -l, blkid): Quaisquer dados ou esquemas de partição existentes precisam ser compreendidos antes de você apagar qualquer coisa.

Saúde SMART (smartctl -a /dev/sdX): Os dados de saúde do disco informam quais unidades são confiáveis para armazenamento de longo prazo e quais podem falhar sob cargas de trabalho pesadas.

O Padrão de Fluxo de Trabalho

Veja como isso se desenrola na prática:

1. A IA fornece um lote de comandos
2. Você os executa no terminal
3. Você cola a saída de volta no chat
4. A IA interpreta os resultados e faz perguntas de acompanhamento
5. Repita até que o quadro completo emerja

Você não precisa entender o que cada linha da saída do lspci significa. A IA lê, sinaliza o que é relevante e diz o que isso implica para seu build. Pense nisso como solução colaborativa de problemas: você é as mãos, a IA é a analista. Essa divisão de trabalho funciona porque a IA pode processar saídas técnicas densas mais rapidamente do que a maioria das pessoas consegue lê-las.

A IA Interpreta Seu Hardware

Depois de executar os comandos de descoberta, aqui está o tipo de inventário com o qual você estará trabalhando (este é o hardware exato do build desta série):

• NVMe SSD, 1TB: Samsung 970 EVO Plus, ~3.500 MB/s de leitura sequencial
• HDD SATA, 1TB: Western Digital Blue, 5400 RPM, mecânico
• SSD SATA, 128GB: Kingston mais antigo, decente mas pequeno, SMART mostrando eventos de temperatura elevada
• GPU: Intel integrada + NVIDIA GeForce (configuração híbrida/Optimus)
• RAM: 32GB DDR4
• CPU: Intel i7, 8 núcleos / 16 threads

Especificações brutas são apenas números. O que importa é como a IA as mapeia para sua carga de trabalho. Cole a saída do seu hardware de volta no chat e observe como ela deriva uma arquitetura de armazenamento com base em como as características de cada disco correspondem aos requisitos que você descreveu anteriormente.

Arquitetura de Armazenamento em Três Camadas

Para um build com múltiplos discos, a IA proporá um sistema em camadas onde cada disco serve às cargas de trabalho para as quais é mais adequado:

Camada 1: NVMe (o cavalo de batalha) para tudo que precisa de velocidade. O sistema operacional, armazenamento de contêineres Docker, bancos de dados PostgreSQL, dados Redis e modelos de IA do Ollama. Essas cargas de trabalho geram I/O aleatório intenso, e o NVMe lida com isso sem esforço. Este disco recebe criptografia LUKS com LVM para gerenciamento flexível de partições.

Camada 2: SSD SATA (o espaço de trabalho ativo) para análise em andamento. Quando você está trabalhando em um caso, precisa de acesso rápido a amostras extraídas, saídas temporárias de ferramentas e dados em progresso. O SSD de 128GB fornece acesso em velocidade SSD sem poluir o NVMe primário com arquivos transitórios. Também criptografado com LUKS, montado como um espaço de trabalho dedicado.

Camada 3: HDD SATA (o arquivo frio) para retenção de longo prazo. Capturas de pacotes, exportações forenses, arquivos de evidências e qualquer coisa que precise existir mas não precise de acesso rápido. O disco mecânico é perfeito aqui: grande, barato e confiável para gravações sequenciais. Criptografado com LUKS com uma chave separada.

"Não coloque seus bancos de dados em disco mecânico, e não desperdice largura de banda NVMe em arquivos que você abre duas vezes por ano. Combine a camada de armazenamento com o padrão de acesso."

Por Que o SSD Pequeno É Rejeitado como Disco Raiz

Aqui está uma armadilha em que você pode cair: usar um SSD menor como disco raiz para manter o NVMe "livre" para dados. Parece lógico. A IA vai discordar fortemente, e aqui está o motivo.

Imagens Docker e volumes de contêineres sozinhos podem consumir 40 a 60GB em uma estação de trabalho de segurança. Adicione diretórios de dados do PostgreSQL, arquivos de modelos do Ollama (que podem ter de 4 a 8GB cada) e pacotes do sistema, e você está olhando para no mínimo 80 a 100GB para uma partição raiz confortável. Em um disco de 128GB, isso deixa quase nenhuma margem para crescimento. Um pull grande do Docker e você está em 95% de capacidade.

Os dados SMART acrescentam outra preocupação. Se o SSD registrou eventos de limitação térmica, ele não está falhando, mas também não é o disco que você quer como raiz do sistema.

O NVMe é o primário óbvio. Mais rápido, maior, mais saudável e construído exatamente para o tipo de carga de trabalho mista aleatória/sequencial que uma partição raiz com Docker e bancos de dados gera. Não complique demais.

A Verificação de Firmware Que Economiza Horas

É aqui que o processo de descoberta se paga antes que um único byte seja gravado no disco.

Um dos primeiros comandos de descoberta pode revelar que sua máquina está rodando em modo BIOS legado. A máquina funciona bem no modo legado. Mas para um build criptografado com múltiplos discos, está errado. Esse é exatamente o tipo de coisa que a IA detecta e que você pode não pensar em verificar. Veja por que isso importa:

BIOS legado + MBR limita você a quatro partições primárias por disco. Para um build criptografado com três discos e LVM, isso é uma restrição real. Você acaba usando partições estendidas e volumes lógicos de maneiras que adicionam complexidade desnecessária.

UEFI + GPT remove a limitação de contagem de partições, suporta tamanhos de disco maiores nativamente e fornece um processo de boot mais limpo. Para um build com múltiplos volumes criptografados, GPT é simplesmente a base correta.

Seu próximo passo se a IA sinalizar isso: três mudanças de firmware antes da instalação.

1. Mudar para modo UEFI nas configurações do BIOS
2. Desativar o Secure Boot (o instalador do Kali pode lidar com Secure Boot, mas adiciona atrito durante a configuração inicial e instalação de drivers, especialmente com NVIDIA)
3. Verificar o modo AHCI para controladores SATA (pode já estar configurado, mas confirme)

Esse é o tipo de problema que você não sabe procurar até que ele te prejudique. Identificá-lo durante a descoberta, antes mesmo de gravar o pendrive USB, economiza tempo e frustração reais. A mudança de firmware leva cinco minutos nas configurações do BIOS. Descobrir o problema no meio da instalação significa começar do zero.

Seu Método Repetível

Aqui está o que todo esse processo se resume: uma metodologia que você pode usar para qualquer build, qualquer hardware, qualquer distribuição. Guarde isso.

Passo 1: Descreva seus objetivos com especificidade. Não "quero Linux" mas "preciso de um sistema que execute esses serviços, lide com essas cargas de trabalho e armazene esse tipo de dado." Quanto mais específico você for, melhor a IA pode raciocinar sobre suas opções.

Passo 2: Deixe a IA projetar a descoberta. Não pesquise comandos individuais no Google. Diga à IA qual papel ela está desempenhando e peça que projete a investigação. Ela vai solicitar coisas que você não teria pensado em verificar.

Passo 3: Execute e reporte de volta. Execute os comandos, cole a saída. Você é as mãos; a IA é a analista. Essa divisão de trabalho funciona porque a IA pode processar saídas técnicas densas mais rapidamente do que a maioria das pessoas consegue lê-las.

Passo 4: Deixe a IA interpretar em relação aos seus objetivos. Especificações brutas não têm significado sem contexto. Um SSD de 128GB é adequado para uma partição raiz de servidor de mídia. É perigosamente pequeno para uma estação de trabalho de segurança com uso intenso de Docker. A IA mapeia hardware para requisitos de carga de trabalho e sinaliza incompatibilidades que você perderia.

Passo 5: Itere até que o quadro esteja completo. A descoberta raramente acontece em uma rodada. A IA fará perguntas de acompanhamento. "O que o smartctl mostra para aquele SSD mais antigo?" ou "A GPU NVIDIA é o adaptador de vídeo principal?" Cada rodada refina o plano.

"Você não precisa memorizar comandos Linux. Você precisa saber o que está construindo. A IA cuida da tradução entre objetivos e implementação."

Essa metodologia funciona quer você esteja configurando um servidor de mídia doméstico, uma estação de trabalho de desenvolvimento, um appliance de rede ou um equipamento de teste de penetração. Os comandos mudam. O padrão permanece o mesmo.

Agora você tem uma distro definida, um inventário completo de hardware, um plano de armazenamento em camadas e configurações de firmware limpas. Tudo a partir daqui é execução. A Parte 2 pega tudo isso e transforma em um esquema de partição real: volumes criptografados, layout LVM, pontos de montagem e o script de preparação que valida tudo antes que o instalador toque em um disco. É aí que o build se torna real.

A seguir: Parte 2: Armazenamento e Criptografia aborda o design de volumes criptografados, layout LVM e o script de verificação de segurança que valida seu hardware antes do início da instalação. Traga seu terminal.