CentOS 6.5 neuer Kernel nach Neustart nicht aktiv

Heute habe ich einige leckere Updates ausgeführt und wollte überprüfen, ob alles gut gelaufen ist, indem ich sichergestellt habe, dass ich einen neuen Kernel habe. Zu meiner Überraschung bemerkte ich, dass CentOS immer noch 2.6.32-431.5.1.el6.x86_64 ausführte, obwohl es so aussah, als ob 2.6.32-431.23.3.el6 installiert war.

In der Tat wird 2.6.32-431.23.3.el6 in /etc/grub.conf angezeigt, jedoch nicht in den Startoptionen für den Start. Irgendwelche Ideen warum?

Im Update-Protokoll steht:

---> 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

Könnte dies der Grund sein? Was bedeutet "wird ein Update sein"?

Meine /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

Das Problem gefunden ... Anscheinend synchronisiert CentOS 6 /etc/grub.conf nicht richtig mit /boot/grub/grub.conf, also /boot/grub/grub.conf, das während des Startvorgangs gelesen wurde. Behoben mit:

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

Sie müssen Linux neu starten, damit ein neuer Kernel aktiv wird.

Wenn Sie bemerken, wird der neu installierte Kernel, Version 2.6.32-431.23.3.el6.x86_64, als Standard in der Grub-Konfiguration festgelegt (Standard = 0).

Haben Sie überprüft, ob Sie nach Ihren Updates einen Systemneustart durchgeführt haben?

• Können Sie den freien Speicherplatz in / boot überprüfen?
• Sie können eine yum-Neuinstallation der Kernel-Pakete ausführen, um sicherzustellen, dass alles ordnungsgemäß installiert ist.
• Wenn Sie einen Neustart durchführen, sehen Sie, was nach der POST-Sequenz des Systems im GRUB-Menü angezeigt wird.

Stellen Sie sicher, dass Sie den direkten Kernelstart nicht aktiviert haben , um einen Kernel von außerhalb der virtuellen Maschine zu starten.

Das direkte Kernel-Boot-XML sieht folgendermaßen aus:

  <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>

Einige Anbieter wie Digital Ocean starten alle virtuellen Maschinen über einen direkten Kernel-Start, und in solchen Fällen führt kein Weg daran vorbei.