CentOS 6.5 novo Kernel não ativo após a reinicialização

Question

Hoje eu estava executando algumas atualizações do yum e queria verificar se tudo correu bem certificando-se de que eu tinha um novo kernel. Para minha surpresa, notei que o CentOS ainda estava rodando 2.6.32-431.5.1.el6.x86_64 embora parecesse que o 2.6.32-431.23.3.el6 estava instalado.

De fato, 2.6.32-431.23.3.el6 aparece em /etc/grub.conf, mas não nas opções de inicialização do upstart. Alguma idéia por quê?

No log de atualização, ele diz:

---> Package kernel-firmware.noarch 0:2.6.32-431.5.1.el6 will be updated
---> Package kernel-firmware.noarch 0:2.6.32-431.23.3.el6 will be an update

Poderia este ser o motivo? O que "será uma atualização" significa?

Meu /etc/grub.conf:

# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE:  You have a /boot partition.  This means that
#          all kernel and initrd paths are relative to /boot/, eg.
#          root (hd0,0)
#          kernel /vmlinuz-version ro root=/dev/mapper/VolGroup00-root
#          initrd /initrd-[generic-]version.img
#boot=/dev/vda
default=0
timeout=5
splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu
password --encrypted $1$auui(i$sODM4ni/Zts9IlMWu.wWF/
title CentOS (2.6.32-431.23.3.el6.x86_64)
    root (hd0,0)
    kernel /vmlinuz-2.6.32-431.23.3.el6.x86_64 ro root=/dev/mapper/VolGroup00-root rd_NO_LUKS LANG=en_US.UTF-8  KEYBOARDTYPE=pc KEYTABLE=sv-latin1 rd_NO_MD rd_LVM_LV=VolGroup00/swap SYSFONT=latarcyrheb-sun16 crashkernel=auto rd_LVM_LV=VolGroup00/root rd_NO_DM rhgb quiet rhgb quiet audit=1
    initrd /initramfs-2.6.32-431.23.3.el6.x86_64.img
title CentOS (2.6.32-431.5.1.el6.x86_64)
    root (hd0,0)
    kernel /vmlinuz-2.6.32-431.5.1.el6.x86_64 ro root=/dev/mapper/VolGroup00-root rd_NO_LUKS LANG=en_US.UTF-8  KEYBOARDTYPE=pc KEYTABLE=sv-latin1 rd_NO_MD rd_LVM_LV=VolGroup00/swap SYSFONT=latarcyrheb-sun16 crashkernel=auto rd_LVM_LV=VolGroup00/root rd_NO_DM rhgb quiet rhgb quiet audit=1
    initrd /initramfs-2.6.32-431.5.1.el6.x86_64.img
title CentOS (2.6.32-431.el6.x86_64)
    root (hd0,0)
    kernel /vmlinuz-2.6.32-431.el6.x86_64 ro root=/dev/mapper/VolGroup00-root rd_NO_LUKS LANG=en_US.UTF-8  KEYBOARDTYPE=pc KEYTABLE=sv-latin1 rd_NO_MD rd_LVM_LV=VolGroup00/swap SYSFONT=latarcyrheb-sun16 crashkernel=auto rd_LVM_LV=VolGroup00/root rd_NO_DM rhgb quiet rhgb quiet audit=1
    initrd /initramfs-2.6.32-431.el6.x86_64.img

    

Answer 1

Encontrei o problema ... Aparentemente, o CentOS 6 não sincroniza corretamente o /etc/grub.conf com o /boot/grub/grub.conf, portanto /boot/grub/grub.conf que lê durante a inicialização. Corrigido com:

rm /boot/grub/grub.conf
mv /etc/grub.conf /boot/grub/ 
ln -s /boot/grub/grub.conf /etc/grub.conf

    

Answer 2

Você precisa reiniciar o Linux para que um novo kernel seja ativado.

Se você notar, o kernel recém-instalado, versão 2.6.32-431.23.3.el6.x86_64, está configurado para ser o padrão na configuração do grub (padrão = 0)

Você confirmou que executou uma reinicialização do sistema após suas atualizações?

• Você pode verificar o espaço livre em / boot?
• Você pode executar uma reinstalação do yum dos pacotes do kernel apenas para garantir que tudo esteja instalado corretamente.
• Se você reinicializar, veja o que aparece no menu GRUB após a sequência POST do sistema.

Answer 3

Certifique-se de não ter ativado inicialização direta do kernel para inicializar um kernel de fora da máquina virtual.

O XML de inicialização direta do kernel se parece com:

  <os>
    <kernel>/var/lib/libvirt/images/vmlinuz-3.15.8-200.fc20.armv7hl</kernel>
    <initrd>/var/lib/libvirt/images/initramfs-3.15.8-200.fc20.armv7hl.img</initrd>
    <cmdline>console=ttyAMA0,115200n8 rw root=/dev/mapper/armv9-root rootwait</cmdline>
    <dtb>/var/lib/libvirt/images/vexpress-v2p-ca9.dtb</dtb>
  </os>

Alguns provedores, como o Digital Ocean, inicializam todas as máquinas virtuais através da inicialização direta do kernel, e não há como evitar isso em tais casos.