Greetings,
Today, I decided to reboot one of my CentOS machines after it had been running for 219 days.
In this time, I had done yum updates several times. When I tried rebooting the machine, none of the kernels would work except for the oldest one.
Here are the installed kernels:
kernel-2.6.32-504.23.4.el6.x86_64 kernel-2.6.32-573.3.1.el6.x86_64 kernel-2.6.32-573.7.1.el6.x86_64 kernel-2.6.32-573.8.1.el6.x86_64 kernel-2.6.32-573.12.1.el6.x86_64
Here is a uname -a: Linux onavenuea 2.6.32-504.23.4.el6.x86_64 #1 SMP Tue Jun 9 20:57:37 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
The CPU is a Intel Core 2 @2400 GHz; there is 6GB of RAM.
Much thanks for any advice in this regard.
Max Pyziur pyz@brama.com
On Feb 3, 2016, at 12:24 PM, Max Pyziur pyz@brama.com wrote:
When I tried rebooting the machine, none of the kernels would work except for the oldest one.
Define “would not work”. Post a photo of the error message somewhere if you can’t describe it better than that. You might have to turn off rhgb mode to get a useful error message.
Here are the installed kernels:
kernel-2.6.32-504.23.4.el6.x86_64 kernel-2.6.32-573.3.1.el6.x86_64 kernel-2.6.32-573.7.1.el6.x86_64 kernel-2.6.32-573.8.1.el6.x86_64 kernel-2.6.32-573.12.1.el6.x86_64
Post the contents of /etc/grub.conf.
On Wed, 3 Feb 2016, Warren Young wrote:
On Feb 3, 2016, at 12:24 PM, Max Pyziur pyz@brama.com wrote:
When I tried rebooting the machine, none of the kernels would work except for the oldest one.
Define “would not work”. Post a photo of the error message somewhere if you can’t describe it better than that. You might have to turn off rhgb mode to get a useful error message.
Here's a photo of the screen once the booting froze: http://www.brama.com/~deckard/P1010308.JPG
Here are the installed kernels:
kernel-2.6.32-504.23.4.el6.x86_64 kernel-2.6.32-573.3.1.el6.x86_64 kernel-2.6.32-573.7.1.el6.x86_64 kernel-2.6.32-573.8.1.el6.x86_64 kernel-2.6.32-573.12.1.el6.x86_64
Post the contents of /etc/grub.conf.
I removed most of the non-working kernels 2.6.32-573-*, except for the latest one; here's /etc/grub.conf
root@onavenuea ~> more /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/sda3 # initrd /initrd-[generic-]version.img #boot=/dev/sda default=0 timeout=5 splashimage=(hd0,0)/grub/splash.xpm.gz hiddenmenu title CentOS (2.6.32-573.12.1.el6.x86_64) root (hd0,0) kernel /vmlinuz-2.6.32-573.12.1.el6.x86_64 ro root=UUID=1d8767bf-b3a6-439a-b359-ba6b0a4f20cf nomodeset rd_NO_LUKS KEYBOARDTYPE=pc KEYTABLE=us LANG=en_US.UTF-8 rd_NO_MD SYSFONT=latarcyrheb-sun16 crashkernel=auto rd_NO_LVM rd_NO_DM rhgb quiet initrd /initramfs-2.6.32-573.12.1.el6.x86_64.img title CentOS (2.6.32-504.23.4.el6.x86_64) root (hd0,0) kernel /vmlinuz-2.6.32-504.23.4.el6.x86_64 ro root=UUID=1d8767bf-b3a6-439a-b359-ba6b0a4f20cf nomodeset rd_NO_LUKS KEYBOARDTYPE=pc KEYTABLE=us LANG=en_US.UTF-8 rd_NO_MD SYSFONT=latarcyrheb-sun16 crashkernel=auto rd_NO_LVM rd_NO_DM rhgb quiet initrd /initramfs-2.6.32-504.23.4.el6.x86_64.img
Thank you.
Max Pyziur pyz@brama.com
On Feb 3, 2016, at 5:28 PM, Peter Q. btoven66@gmail.com wrote:
probably open bug
I don’t know how you get “probably” out of these two screenshots. Both machines seem to be crashing in about the same place in the boot, and both seem to have Intel graphics, but the resulting crashes are quite different.
The test is simple, though: Max, try removing “nomodeset” from one of the failing kernel option lines and see what happens.
-
Max Pyziur -
Peter Q. -
Warren Young