Manipulação de kernels antigos com upgrades automatizados

Question

Por motivos de segurança, sou fã de atualizações autônomas, usando algo assim:

Unattended-Upgrade::Allowed-Origins {
        "Ubuntu lucid-security";
};

Unattended-Upgrade::Package-Blacklist {
};

Unattended-Upgrade::Mail "[email protected]";

Unattended-Upgrade::Automatic-Reboot "false";

No entanto, passei a maior parte do dia me recuperando de uma situação. Eu acho que a causa raiz foi:

• A partição / boot foi preenchida com uma série de cerca de 20 kernels.
• Os kernels mais recentes no menu de inicialização podem, na verdade, nunca ter sido usados

Eu vi um post sobre um comando para limpar kernels antigos, mas preferiria muito mais um recurso interno.

Estou feliz com as atualizações automáticas, mas o que os outros recomendam para:

• limpeza dos kernels antigos
• organizando uma reinicialização automatizada quando necessário (em um horário configurado como 3am

E essas coisas não devem fazer parte da atualização automática?

    

Answer 1

Em resposta à sua última pergunta, não sei ao certo por que as pessoas recomendam uma partição separada para / boot, mas eu já vi pelo menos mais uma pergunta nos últimos dias, de alguém que tinha a partição / boot. foi preenchido com kernels antigos e isso causou um problema.

Sugiro que você não instale automaticamente os kernels. Não é que eles falhem com frequência ou que preencham / boot, mas porque, se você receber uma atualização incompatível com o hardware, não saberá até que o sistema não inicialize. Se você é como eu, pode não lembrar, dias ou semanas depois, por e-mail ou não, que a causa pode ser um novo kernel. Eu isentaria kernels, grub e talvez lightdm ou gdm e xorg, pelo menos.

Por segurança, acho que algumas coisas devem acontecer com a intervenção humana.

No entanto, há uma grande dose de preferência pessoal para tudo isso, então YMMV, de fato.