Ao diagnosticar um problema com um sistema Ubuntu que instalei linux-crashdump
para tentar capturar logs caso eles pudessem me dar dicas úteis sobre o que estava acontecendo.
Depois de resolver o problema, alguns meses depois removi o linux-crashdump
, mas ainda parece que tenho muitas crashkernel=
opções em meus argumentos de inicialização:
cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-4.4.0-145-generic root=UUID=760048a7-4ab2-47e0-9a0d-ad961df07974 ro console=ttyS0 rootwait crashkernel=384M-:128M crashkernel=384M-:128M crashkernel=384M-:128M crashkernel=384M-:128M crashkernel=384M-2G:128M,2G-:256M crashkernel=384M-2G:128M,2G-:256M crashkernel=384M-2G:128M,2G-:256M crashkernel=384M-2G:128M,2G-:256M
Não tenho certeza de como ficou tão confuso, mas gostaria de me livrar disso para ter certeza de que nenhuma memória está sendo alocada para algo que não está mais instalado.
Acredito que esses argumentos estão localizados em file /boot/grub/grub.cf
, mas, considerando o quão crítica é uma parte do sistema, estou cauteloso em apenas excluir coisas.
Então minha pergunta é; qual é a maneira correta de remover completamente esses crashkernel=
argumentos (ou redefinir os padrões) e há mais alguma coisa que devo verificar para garantir que meu sistema esteja livre de comportamento de travamento do kernel?
Estou executando o Ubuntu Server 16.04.6 LTS
Eu instalei linux-crashdump
usando as instruções encontradas aqui:
https://wiki.ubuntu.com/Kernel/CrashdumpRecipe
Essencialmente apenassudo apt-get install linux-crashdump
Eu costumava sudo apt-get remove linux-crashdump
desinstalá-lo
Responder1
/boot/grub/grub.cfg
é gerado automaticamente: não o edite manualmente! A maneira correta de personalizar a instalação do grub é modificar /etc/default/grub
(e qualquer arquivo de configuração em /etc/default/grub.d
, se existir) e executar update-grub
como root quando terminar.