Quando o Linux inicia lentamente ou chega ao estado operacional errado, uma recuperação eficaz depende de saber onde investigar antes de alterar qualquer coisa. Este curso prático conecta mensagens do kernel, armazenamento de inicialização, configuração do GRUB, targets do systemd, tempos de boot e módulos do kernel em um fluxo de diagnóstico prático.
Você examinará um sistema em execução, fará mudanças controladas de runtime e preservará evidências em arquivos. No cenário final, capturará a linha de comando do kernel, documentará um módulo de teste, removerá esse módulo do kernel ativo e isolará o sistema no modo multiusuário baseado em texto.
O que você aprenderá
- Ler mensagens iniciais do kernel com
dmesge identificar a linha de boot ativa - Determinar como
/bootestá armazenado e examinar com segurança a configuração gerada do GRUB - Interpretar parâmetros de boot como
ro,rweinit=/bin/bash - Examinar targets do systemd e mudar o estado ativo com
systemctl isolate - Agendar, verificar e cancelar uma reinicialização adiada antes que ela ocorra
- Medir o boot e comparar
systemd-analyze blamecomcritical-chain - Examinar, simular, carregar, verificar e descarregar um módulo de teste seguro
Para quem é este curso
Este curso intermediário destina-se a administradores Linux, estudantes de DevOps, engenheiros de suporte e desenvolvedores que precisam de uma introdução estruturada ao diagnóstico de boot e a ações controladas de recuperação. É útil para investigar inicialização lenta, estado inesperado, parâmetros do carregador ou um módulo suspeito.
Pré-requisitos: Uso confortável do terminal Linux, pipes e redirecionamento, inspeção de arquivos e sudo. Familiaridade básica com serviços e systemd é útil.
Ambiente de aprendizagem: Um terminal Linux do LabEx baseado em systemd, com configuração GRUB gerada, diagnósticos de boot e permissão para mudanças controladas de target e do módulo dummy.
Perguntas frequentes
Vou reinicializar a máquina ou editar diretamente a configuração do GRUB?
Não. Você agenda uma reinicialização para dez minutos depois, verifica seu estado registrado e a cancela. Você lê grub.cfg e identifica a linha do kernel, mas não edita o arquivo gerado nem reinicializa em um shell de recuperação.
Qual é a diferença entre systemd-analyze blame e critical-chain?
blame classifica unidades pela duração individual da ativação, enquanto critical-chain mostra a ordem de dependências e os tempos no caminho do boot. Uma unidade lenta não é necessariamente a que bloqueou a inicialização, por isso o curso usa as duas visões.
Os exercícios com módulos do kernel são seguros?
Eles usam especificamente o módulo de dispositivo de rede dummy como teste controlado. Você visualiza a ação com modprobe -n -v, carrega e verifica o módulo e depois o remove; o desafio final também documenta o módulo antes de descarregá-lo.





