The only thing strange about my system that I haven't mentioned so far is that the boot partition (/boot) is on a standard partition on /dev/sda1, while the root partition (/) is on a logical volume (/dev/Volume00/LogVol00) that is shared between the remainder of /dev/sda and /dev/sdb.
I would think that if this situation were an impossibility, that neither the SMP or the non-SMP kernel would boot.
I have a vary similar config as you, lspci output follows:
00:00.0 Host bridge: Intel Corp. 440GX - 82443GX Host bridge
00:01.0 PCI bridge: Intel Corp. 440GX - 82443GX AGP bridge
00:07.0 ISA bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02)
00:07.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01)
00:07.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01)
00:07.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 02)
00:11.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone] (rev 24)
00:13.0 PCI bridge: Digital Equipment Corporation DECchip 21152 (rev 03)
01:00.0 VGA compatible controller: nVidia Corporation NV5 [RIVA TNT2/TNT2 Pro] (rev 11)
02:0a.0 SCSI storage controller: Adaptec AHA-2940U2/U2W / 7890/7891/7890
02:0e.0 SCSI storage controller: Adaptec AIC-7880U (rev 01)
Regards,
Joseph
On Tue, 2003-11-11 at 09:16, Douglas Furlong wrote:
Hi Joseph. I thought I would just add my voice/concern to yours. I am suffering from identicle issues as your self, and have also tried compiling the kernel from the redhat-source package using one of the provided config files, and modifying to provide SMP support. I have 2 PII 350 CPU's, and compiled the kernel appropriately. Below are some details for my system. ----------------------- lspci 00:00.0 Host bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 03) 00:01.0 PCI bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 03) 00:07.0 ISA bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02) 00:07.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01) 00:07.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01) 00:07.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 02) 00:0d.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 0a) 00:0d.1 Input device controller: Creative Labs SB Live! MIDI/Game Port (rev 0a) 00:10.0 USB Controller: Lucent Microelectronics USS-344S USB Controller (rev 11) 00:10.1 USB Controller: Lucent Microelectronics USS-344S USB Controller (rev 11) 00:10.2 USB Controller: Lucent Microelectronics USS-344S USB Controller (rev 11) 00:10.3 USB Controller: Lucent Microelectronics USS-344S USB Controller (rev 11) 00:11.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone] 00:13.0 PCI bridge: Digital Equipment Corporation DECchip 21152 (rev 03) 01:00.0 VGA compatible controller: nVidia Corporation NV11 [GeForce2 MX/MX 400] (rev b2) 02:09.0 SCSI storage controller: Adaptec AIC-7892B U160/m (rev 02) 02:0a.0 SCSI storage controller: Adaptec AHA-2940U2/U2W / 7890/7891/7890 --------------------------------- I am currently at work so can't provide the motherboard chipset, however when I get home, I shall provide said info. Doug On Tue, 2003-11-11 at 16:59, Joseph M Bironas wrote: > Okay, my final post on this issue unless we can manage to get a thread > going. > > Background: > > Fedora Core SMP kernel hangs when booting. I get the following output- > > Booting 'Fedora Core (2.4.22-1.2115.nptlsmp)' > > root (hd0,0) > Filesystem type is ext2fs, partition type is 0x83 > kernel /vmlinuz-2.4.22-1.2155.nptlsmp ro root=/dev/Volume00/LogVol00 > [Linux-bzImage, setup=0x1400, size=0x148493] > initrd /initrd-2.4.22-1.2115.nptlsmp.img > [Linux-initrd @ 0x1ff60000, 0x8dd39 bytes] > > Uncompressing Linux... Ok, booting the kernel > > After some research I've discovered that most of the time this issue > comes up as 1) The wrong architecture kernel, or 2) No VT module > compiled into the kernel. > > 2 Is not the case as I'm assuming the SMP kernel uses the same general > VT config as the non-SMP kernel, and that shows output just fine. > Also, I've recompiled the SMP kernel from source using > /boot/config-2.4.22-1.2115.nptlsmp as my .config and verified that VT > and SMP (and other modules that were needed) were in fact part of the > compile. No love on any of those fronts, the custom kernel still > refuses to boot. Which rules out option 1, the recompiled kernel is > indeed from my architecture and still refuses to boot. > > My question is, 1) Has anyone seen, and hopefully resolved this issue? > and 2) If not, where is the appropriate mailing list to start having a > discussion about debugging and solving this issue? It's a serious show > stopper for me in the long run, and I'd like to participate in any way > necessary to help solve it. > > Regards, > Joseph > -- fedora-list mailing list fedora-list@xxxxxxxxxx http://www.redhat.com/mailman/listinfo/fedora-list
|
--|\--/_|------------/|-------Joseph M. Bironas-------------------- --|/----|-----|-----//|-----------------------------<>---|--------- -/|_----------|----|/-|------joseph@xxxxxxxxxxxxxxxx|----|--------- /-|-\-/_|----<>----|-<>-----------------------------|---<>--------- \_|_/---|---------<>----------------------------------------------- | "Let the Music be your master, Will you heed the Master's call" |
