I resently downloaded the ISO for RedHat 8.0 (Will be happy to buy the box set
if I can get this cleared up). I have a Adaptec AIC-7896 Embedded SCSI
Contoller on an Intel L440GX+ MB.
I can install the OS without a hickup, but when it comes back around to reboot
it scans the SCSI channels like a dog looking for a bone (takes about 20
minutes), continues on then falls over dead. I would go into all the errors
and descriptions, but you can pretty much read bug# 29555 to get the exact
idea. That bug was for Redhat 7.1. It seems the problem persists in 8.0 (or
on the MB at least). Has anyone heard anything new about this or is a dead
I am a true Linux Newbie and would very much like to get my feet wet, if I can
get the little booger to boot!
Doug Van Tilburg
Assigning to kernel since this is happening after a successful install.
well for the 440GX bios bug you need to install the SMP kernel; if you install
(and use) that one it's supposed to just work
Could you go over with me what I need to do to load the SMP kernel? I know
there are a couple steps, but not sure what. Please bare in mind that this is
a single processor system (one processor slot un-used). I believe that makes a
difference as well.
Thanks for responding so rapidly.
basically: boot from the cd in rescue mode, copy the
kernel-smp-2.4.18-14.i686.rpm to /mnt/sysroot/tmp and then chroot /mnt/sysroot
and then rpm -i /tmp/kernel-smp-2.4.18-14.i686.rpm
I was bitten by this bug as well (Intel L440GX+ mobo, 1 Processor,
install went fine, system won't boot).
The suggested workaround (install and boot the SMP kernel) doesn't work for me.
The boot process hangs at:
pty: 2048 Unix98 ptys configured
and I can't Ctrl-Alt-Del (I have to press the reset button).
If I boot `linux apic' I hang at the next line in the boot process:
Serial driver version 5.05c (2001-07-08) with MANY_PORTS MULTIPORT
SHARE_IRQ SERIAL_PCI ISAPNP enabled
If I boot `linux-up' or `linux-up apic' the boot winds up reseting the
SCSI bus over and over.
I get the same result, booting from the boot floppy I made during the
I'll try to get the results from dmidecode and attach them, but this
is very annoying since this bug has been a problem since Redhat Linux 7.1
Note: I installed the SMP kernel and the lilo boot loader during the
install process not afterwards. I don't think that should make a difference
Note: I was able to install Redhat Linux 7.3 with no trouble on the
same exact hardware by following the instructions in Bug #66852.
Created attachment 83646 [details]
output from dmidecode
Just adding a "me too" to Lenny's comment. I was able to use the SMP-
kernel/APIC workaround to install RedHat 7.x on uniprocessor VALinux systems
with the L440GX+ motherboard, but that workaround no longer works with RedHat
8.0; after the install, subsequent boots hang after the "Serial driver version
5.05c..." message is printed. Up until now there's been slow forward progress
in the installer's ability to handle the L440GX+ bug, but RedHat 8.0 appears to
be a step backward.
I haven't tried the workaround yet on multiprocessor VALinux systems, so I
don't know if it still works there.
I did also install RH8.0 on a VALinux 1220--which uses an ASUS CUR-DLS
motherboard and a Symbios 53c896--and it now works even without explicitly
specifying APIC (RH7.x installs on this hardware required the APIC workaround,
as per bugid 60053). So forward progress is being made with some hardware
configurations, but not with the L440GX+.
See bug 78234 for a workaround. Basically, boot linux rescue, obtain linux
2.4.20-rc? (I used 4) and recompile kernel. Works perfect.
*** This bug has been marked as a duplicate of 79752 ***
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.