Re: kernel panic/abort during boot

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



On 12/21/2011 8:23 PM, fred smith wrote:
> On Wed, Dec 21, 2011 at 07:56:51PM -0700, Corey Henderson wrote:
>> On 12/21/2011 7:44 PM, fred smith wrote:
>>> Just did an in-place update from 6.1 to 6.2 on my eeepc 901 (Atom CPU).
>>>
>>> during boot, (if I hit ESC to see the boot messages) it says "starging udev"
>>> then nothing else for a few seconds, then a huge register dump scrolls
>>> by. it's too big to see the beginning of it.
>>>
>>> If I boot from the prior kernel and look in /var/log/messages, I don't
>>> see any evidence of the failed boot.
>>>
>>> I've seen the other thread titled "kernel panic", and it seems to be
>>> due to a missing initramfs, but there is an initramfs for 2.6.32-220.el6
>>> already in /boot, so I don't think that would be the problem.
>>>
>>> Can anyone suggest how I would isolate what's going on here?
>>>
>>
>> Take a peek at what is inside the initramfs file:
>>
>> ~ $ mkdir initramfs
>> ~ $ cd initramfs/
>> ~/initramfs $ gzip -d<  /boot/initramfs-2.6.32-220.el6.x86_64.img | cpio -id
>> 73012 blocks
>> ~/initramfs $ ls
>> bin  cmdline  dev  dracut-004-256.el6  emergency  etc  init  initqueue
>> initqueue-finished  initqueue-settled  initqueue-timeout  lib  lib64
>> mount  pre-pivot  pre-trigger  pre-udev  proc  sbin  sys  sysroot  tmp
>> usr  var
>> ~/initramfs $ find lib/modules -name '*.ko'
>> <snip>
>>
>> If a module that is required to mount your system (ext3/4, dm_dm-raid,
>> etc - very system dependent) isn't in there, then the system won't be
>> able to boot. Sometimes they don't get added automatically, for whatever
>> reason. If you're able to identify the missing driver, edit this file:
>>
>> /etc/dracut.conf
>>
>> And add a line like this:
>>
>> add_drivers+="name-of-driver"
>>
>> Then re-run dracut. If you don't know how to do that, then you probably
>> should just rpm -e that kernel package, then re-install it.
>>
>> Hope this helps.
>
> Corey, would it be a ligitimate comparison to unpack both the initramfs
> for the new kernel and for the most recent prior one, then compare the
> list of kernel modules?
>
> thanks for the suggestion!
>

Yes, that's a good thing to do.

If you come up empty (all the same kernel modules exist in both) then 
it's likely a bug in some kernel module. The "emergency_shell" part of 
dracut may be useful in debug this. When you reboot, during the grub 
menu, add this to the kernel's command line:

rdbreak=cmdline

During the boot process, you'll get dropped to a command line, and can 
run some of the basic commands provided intisde the initramfs.

If you look at the "init" file inside the initramfs, you can see the 
different points you'll end up with with different arguments to rdbreak; 
ie, pre-udev, initqueue, etc.

-- 
Corey Henderson
http://cormander.com/
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos


[Index of Archives]     [CentOS]     [CentOS Announce]     [CentOS Development]     [CentOS ARM Devel]     [CentOS Docs]     [CentOS Virtualization]     [Carrier Grade Linux]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Linux USB]
  Powered by Linux