Bugzilla – Bug 158983
system hangs on bootup without "noapic"
Last modified: 2006-04-18 09:50:58 UTC
I am getting: udevd-event[1025]: wait_for_sysfs: waiting for '/sys/devices/pci0000:00:1f.1/ide0/0.0/bus' failed and udevd-event[1047]: wait_for_sysfs: waiting for '/sys/devices/pci0000:00:1f.1/ide0/1.0/bus' failed and there installation stops. 1f.1 is an Intel 82801EB/ER (ICH5/ICH5R) IDE Controller rev 02. This bug shows with Beta 8 only.
Please provide more information about your hardware (`hwinfo --disk', `lspci'). Be more cleare about that point: Are you staring a rescue system or an installation? Correct the component if it is the rescue system.
OK, marking the other bug as duplicate, this is the same problem.
*** Bug 158958 has been marked as a duplicate of this bug. ***
1. starting the installation or starting the rescue system hangs at the same point with same error messages. 2. I really enjoy this type of bugzilla joke: how can I provide you with `hwinfo --disk', `lspci' when not even the rescue system boots? 3. This bug cannot really be a duplicate of bug 158958, because 158958 is a blocker whereas a not booting rescue system is not. 4. Another linux gives me the following hw info: 0000:00:00.0 Host bridge: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface (rev 02) 0000:00:01.0 PCI bridge: Intel Corporation 82865G/PE/P PCI to AGP Controller (rev 02) 0000:00:1d.0 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 (rev 02) 0000:00:1d.1 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 (rev 02) 0000:00:1d.2 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3 (rev 02) 0000:00:1d.3 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4 (rev 02) 0000:00:1d.7 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller (rev 02) 0000:00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev c2) 0000:00:1f.0 ISA bridge: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge (rev 02) 0000:00:1f.1 IDE interface: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller (rev 02) 0000:00:1f.3 SMBus: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller (rev 02) 0000:00:1f.5 Multimedia audio controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller (rev 02) 0000:00:1f.6 Modem: Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 Modem Controller (rev 02) 0000:01:00.0 VGA compatible controller: nVidia Corporation NV34GLM [GeForce FX Go 5300] (rev a1) 0000:03:04.0 CardBus bridge: Texas Instruments PCI7420 CardBus Controller 0000:03:04.1 CardBus bridge: Texas Instruments PCI7420 CardBus Controller 0000:03:04.2 FireWire (IEEE 1394): Texas Instruments PCI7x20 1394a-2000 OHCI Two-Port PHY/Link-Layer Controller 0000:03:04.3 Mass storage controller: Texas Instruments PCI7420/PCI7620 Dual Socket CardBus and Smart Card Cont. w/ 1394a-2000 OHCI Two-Port PHY/Link-Layer Cont. an 0000:03:05.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) 0000:03:06.0 Network controller: Intersil Corporation ISL3890 [Prism GT/Prism Duette] (rev 01) 22: IDE 00.0: 10600 Disk [Created at block.190] Unique ID: Fffu.mjSLqM5XWxC Parent ID: 3p2J.DQcb+tCvatD SysFS ID: /block/hda SysFS BusID: 0.0 SysFS Device Link: /devices/pci0000:00/0000:00:1f.1/ide0/0.0 Hardware Class: disk Model: "IC25N060ATMR04-0" Device: "IC25N060ATMR04-0" Revision: "MO3OAD4A" Serial ID: "MRG308K3HK3V2H" Driver: "PIIX_IDE", "ide-disk", "ide-disk" Device File: /dev/hda Device Number: block 3:0-3:63 BIOS id: 0x80 Geometry (Physical): CHS 16383/16/63 Geometry (Logical): CHS 16383/255/63 Size: 117210240 sectors a 512 bytes Cache: 7884 kb Config Status: cfg=new, avail=yes, need=no, active=unknown Attached to: #11 (IDE interface) 22: IDE 02.0: 10602 CD-ROM (DVD-R) [Created at block.194] Unique ID: 90A1.OExR1p4t2GE Parent ID: 3p2J.DQcb+tCvatD SysFS ID: /block/hdc SysFS BusID: 1.0 SysFS Device Link: /devices/pci0000:00/0000:00:1f.1/ide1/1.0 Hardware Class: cdrom Model: "HL-DT-ST DVD-RW GWA-4040N" Vendor: "HL-DT-ST" Device: "DVD-RW GWA-4040N" Revision: "1.01" Serial ID: "" Driver: "PIIX_IDE", "ide-cdrom", "ide-cdrom" Device File: /dev/hdc Device Number: block 22:0 Features: CD-R, CD-RW, DVD, DVD-R Size: 0 sectors a 512 bytes Drive status: no medium Config Status: cfg=new, avail=yes, need=no, active=unknown Attached to: #10 (IDE interface) Drive Speed: 24
> 2. I really enjoy this type of bugzilla joke: how can I provide you with >`hwinfo --disk', `lspci' when not even the rescue system boots? Use a working (rescue)system. > 3. This bug cannot really be a duplicate of bug 158958, because 158958 is a > blocker whereas a not booting rescue system is not. It's the same problem with the same maintainers, so we'll handle it as one bug. The severity is already as high as possible. Reassigning this to Kay with the request for help.
I have absolutely no idea without access to the hardware.
Maybe there is a little bit of help. These are all distros running without this or similar problem on this hardware (I am testing professionally): SUSE 9.0, 9.1, 9.2, 9.3, 10.0, Mandriva 2006, all KNOPPIXes since and including 3.7 up to 5.0, all KANOTIXes from 2005.3 on. Plus all SUSE 10.1 up to Beta 6. So what has changed fron Beta 6 to Beta 8?
Ubuntu 5.10 also installs fine on this machine. Do you want me to fire up Beta 6 on this PC and give you ssh access?
Found a workaround: with "noapic", installation proceeds beyond the point of failure. This boot parameter was never necessary before.
reassign to kernel, probably a known issue
The apic defaults changed, Andi, please take a look.
Why did you change it to: system hangs on bootup without "noapic" ? The bug shows only during installation or rescue system boot. After installing everything, "noapic" is not needed anymore. It's not a bug of an installed SUSE 10.1 Beta 8.
noapic issues are not blockers
Meanwhile I found that "noapic" is not needed for the running system if I turn HyperThreading off. With HT on and and the smp kernel I run into bug 159685 when not giving "noapic". But "noapic" is in any case needed for the installation to go through.
Can you please supply acpidmp and a full boot log of the failure?
If you disable HT in the BIOS, does the installer kernel boot properly with no kernel parameters? (you've already mentioend above that the installed kernel does work with HT disabled and no boot parameters)
No feedback -> INVALID.