Tema: kernel
-
Verificar se um host Linux precisa de reinicialização ou de reinício de serviços após atualizações
Debian e Ubuntu sinalizam uma reinicialização pendente com o arquivo simples /var/run/reboot-required, enquanto nos sistemas da família RHEL é preciso comparar o kernel em execução com o mais recente instalado ou usar uma verificação do tipo needs-restarting; nenhuma das famílias avisa isso automaticamente no prompt do shell.
-
Gerenciando kernels instalados no Debian e no Ubuntu: limpeza, espaço em /boot, HWE e Livepatch
Pacotes de kernel antigos se acumulam em /boot até que o apt autoremove os elimine; o Ubuntu oferece ainda o kernel HWE (Hardware Enablement) contínuo nas versões LTS e o serviço Livepatch da Canonical, que aplica correções de segurança do kernel sem reinicialização imediata. Ambos são específicos do Ubuntu e não têm equivalente no Debian.
-
Kernel panics e dados de falha no Linux: journal do boot anterior, pstore e netconsole
Após um kernel panic e reinício no Linux, `journalctl -b -1 -k` lê as mensagens do kernel do boot anterior, se o journal foi persistente; o pstore (por exemplo ramoops, onde configurado) preserva um registro do panic após o reinício mesmo quando o journal não o fez; o netconsole envia mensagens do kernel a outra máquina pela rede em tempo real. O kdump captura um dump completo da memória e é tratado em outro artigo.
-
Configurando o kdump para capturar um kernel crash no RHEL
O kdump reserva memória com antecedência para que um segundo kernel mínimo possa iniciar após um panic e gravar um vmcore para análise. Esta metodologia cobre a reserva dessa memória, a ativação do serviço e por que testá-lo de propósito derruba o host — agende o teste com isso em mente.
-
Configurar parâmetros do kernel Linux com sysctl: alterações em tempo de execução versus /etc/sysctl.d
O comando sysctl -w altera um parâmetro do kernel apenas até a próxima reinicialização; para torná-lo persistente, é preciso colocar um arquivo em /etc/sysctl.d/ e entender a ordem de carregamento entre /usr/lib, /etc e /run. O sysctl --system aplica todos os arquivos configurados e mostra qual deles prevalece em caso de conflito.
Legível por máquina: JSON