Bug 138916 - Initializing Hardware locks up after starting udev
Initializing Hardware locks up after starting udev
Product: Fedora
Classification: Fedora
Component: kernel (Show other bugs)
i686 Linux
medium Severity medium
: ---
: ---
Assigned To: Dave Jones
Brian Brock
Depends On:
  Show dependency treegraph
Reported: 2004-11-11 17:14 EST by Stuart Clark
Modified: 2015-01-04 17:11 EST (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-10-02 20:55:31 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Stuart Clark 2004-11-11 17:14:00 EST
Description of problem:
On a Toshiba Tecra 8100 laptop, booting stops and locks up the
machine.  The last messages on the the screen are:

Starting udev:              [ OK ]
Initializing hardware...  storage network audio

Version-Release number of selected component (if applicable):
I have upgraded to udev-039-10 by booting into gnoppix and chrooting
the drive.
Using kernel 2.6.9-1.667 with standard kernel boot parameters.
Using Toshiba ACPI BIOS version 2.50

How reproducible:
Every time, the machine wont boot beyond the error message stated.

Steps to Reproduce:
1.  allow machine to boot
2.  wait for udev to be started
3.  wait for "Initializing hardware..."
4.  watch progression of "storage", "network", "audio" appear
5.  machine locks up (no caps lock)
6.  can not press CTRL^C or any other command
7.  requires a power down
Actual results:
Machine can not boot.

Expected results:
Machine to be able to progress through the boot proceedure

Additional info:
This machine was happily running Fedora Core 2.
Have also tried booting with selinux=0
Comment 1 Harald Hoyer 2004-11-12 04:49:43 EST
Initializing hardware.. is done by rc.sysinit, which is component
initscripts, and it just loads kernel modules... reassigning to kernel.
Comment 2 Stuart Clark 2004-12-06 01:11:44 EST
The problem was to do with loading one of the (sorry forget which one)
'OTHER' modules returned by /sbin/kmodule, and used in rc.sysinit.

I added 'pci=noapic' to the kernel cmdline, and all seems to boot well
Comment 3 GeoffLeach 2004-12-07 12:04:50 EST
The process also hangs in the 'storage' phase if my (only) USB device
is  unplugged.  If the device is plugged in at that point, the process
picks up and completes normally.  2.6.9-1.667smp
Comment 4 Dave Jones 2005-07-15 16:16:42 EDT
An update has been released for Fedora Core 3 (kernel-2.6.12-1.1372_FC3) which
may contain a fix for your problem.   Please update to this new kernel, and
report whether or not it fixes your problem.

If you have updated to Fedora Core 4 since this bug was opened, and the problem
still occurs with the latest updates for that release, please change the version
field of this bug to 'fc4'.

Thank you.
Comment 5 Dave Jones 2005-10-02 20:55:31 EDT
This bug has been automatically closed as part of a mass update.
It had been in NEEDINFO state since July 2005.
If this bug still exists in current errata kernels, please reopen this bug.

There are a large number of inactive bugs in the database, and this is the only
way to purge them.

Thank you.

Note You need to log in before you can comment on or make changes to this bug.