Red Hat Bugzilla – Bug 7651
Unable to upgrade 6.0 installation on DPT SCSI
Last modified: 2015-01-07 18:39:59 EST
The installer fails to detect the existing installation on a SCSI drive
attached to a DPT 2144UW SCSI adapter.
Shall I interpret the silence as a recommendation to switch to Debian or SuSE?
This appears to be related to the pcitable problem reported in bug #6463. I've
tried to patch this on the boot floppy, but I can't make it detect the card.
It's been over a month now, and still no sign of acknowledgement. As far as I
can tell, the mechanism for loading modules after booting from an installation
floppy is completely and utterly broken. I just hope you guys aren't too busy
counting your stock options to read bug reports any more.
Never mind. I finally stumbled across a workaround. The bootnet disk for
network-based installs works fine. I was able to load the eata module in expert
mode, which would not work under any circumstances when I booted from the CD or
with the standard boot disk.
This module was left off of the boot.img disk because Red Hat was not aware that
you could hang a CDROM off of the card (we later found out that you could indeed
do this :-)) We created a driver disk at that time so that people could load
the driver disk and be able to access their DPT cards. In future releases we
will either bundle this module into the boot disk or supply access to this
driver disk (this is depending on the space available on the boot disk.)
Issue is resolved in latest RawHide.
The installer for 6.2 has indeed fixed this problem, but the kernel which gets
installed fails to load the module and is thus unable to locate the root
filesystem. I managed to restore my old custom kernel with the EATA driver
built-in and fix the problem (with a little help from Tom's Root/Boot Disk), but
I thought you would like to know about it anyway.