Bug 485874

Summary: Kernel frequently hangs in boot
Product: [Fedora] Fedora Reporter: Mace Moneta <moneta.mace>
Component: kernelAssignee: Kernel Maintainer List <kernel-maint>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: medium    
Version: rawhideCC: jwboyer, kernel-maint, kmcmartin, quintela, williams
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-03-12 17:49:31 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Image of boot hang none

Description Mace Moneta 2009-02-17 07:00:28 UTC
Description of problem:

The kernel will frequently hang at the point where it's loading the keyboard keymap (the "loading" message itself is incomplete and overlaid with trash).  If I reboot a few times, it will proceed.  I've tried various options, including acpi=off, with no effect.

Version-Release number of selected component (if applicable):

kernel-2.6.29-0.122.rc5.fc11.x86_64

How reproducible:

About 8 or nine times out of 10, it will fail to boot.

Steps to Reproduce:
1.Boot
2.
3.
  
Actual results:

Usually, a hang.  I can alt-sysreq reisub, but there is nothing logged in syslog to indicate the error.

Expected results:

Normal boot.

Additional info: Upgraded to rawhide from F10 via preupgrade.

Comment 1 Clark Williams 2009-02-19 15:08:08 UTC
I'm seeing this on a T60, where USB devices have been enumerated and Synaptics firmware has been loaded. Kernel is alive but stopped with nothing ready to run (sysrq-t). 

I really suspect something in the bootup userspace logic, because this happens not just on the fedora kernel, but on other kernels as well (e.g. the RT kernel). 

I'm trying to figure out who's waiting for an event that either is not going to happen or has already happened and just been missed.

Comment 2 Mace Moneta 2009-02-24 17:48:47 UTC
Created attachment 333068 [details]
Image of boot hang

I thought this photo might be useful, to add some context to the hang.

Comment 3 Mace Moneta 2009-02-24 21:47:50 UTC
Just noting that this continues with kernel-2.6.29-0.148.rc6.fc11.x86_64

Comment 4 Mace Moneta 2009-02-24 21:50:05 UTC
The first messages after the hang point, on a successful boot:

Console: switching to colour frame buffer device 240x75
[drm] DAC-6: set mode 1920x1200 22
fb0: inteldrmfb frame buffer device
registered panic notifier
[drm] Initialized i915 1.6.0 20080730 on minor 0

Comment 5 Mace Moneta 2009-03-07 21:41:25 UTC
Just noting no change with kernel-2.6.29-0.207.rc7.fc11.x86_64

Comment 6 Kyle McMartin 2009-03-10 17:52:48 UTC
I suspect this is an issue due to the debug kernels... I'll upload some no-debug kernels, would you please test them?

Comment 7 Mace Moneta 2009-03-10 18:01:48 UTC
Sure, no problem.

Comment 8 Mace Moneta 2009-03-12 06:02:53 UTC
I just installed kernel-2.6.29-0.237.rc7.git4.fc11.x86_64.rpm and rebooted successfully four times in a row.

Comment 9 Josh Boyer 2009-03-12 14:32:28 UTC
For those of you still getting hangs, could you try adding 'plymouth:debug' to the kernel command line and seeing what the output is?

I had a machine exhibiting similar symptoms and it wound up being a broken initrd that didn't contain the drivers for the root disks.

Comment 10 Kyle McMartin 2009-03-12 14:54:26 UTC
Just fyi, I got sidetracked by some build failures, but there's a nodebug build in progress here:

http://koji.fedoraproject.org/koji/taskinfo?taskID=1238109

Comment 11 Mace Moneta 2009-03-12 17:49:31 UTC
I installed kernel-2.6.29-0.244.rc7.git5.nodebug.fc11.x86_64.  As with kernel-2.6.29-0.237.rc7.git4.fc11.x86_64.rpm (comment 8), I rebooted several times. Powered off/on/booted.  Rebooted a few more times.

No problems encountered.  I'm closing this issue against rawhide.