From: Kevin Nelson <[EMAIL PROTECTED]>
Date: Wed, 16 Jun 1999 17:46:44 -0700
I have been tasked, by my boss, to install Red Hat Linux 6.0 on machine
configured as follows:
4x Pentium II Xeon 450 MHz processors
1 GB RAM
3x Sybios SCSI channels on board.
Mylex card with DAC1164P firmware (version 5.06-0-52); DAC1100 BISO V
4.10-34
Two Seagate ST39173LC 8683MB drives (We have another 18 drives currently
set up in three sets of RAID 5 for an NT Server for the same machine,
which worked fine. The two drive setup was for initial testing of Linux
only.)
I had set up the Mylex card to have either a RAID 0 or a RAID 7 (Mylex
JBOD). While installing Linux the results were the same. I kept getting:
VFS: Cannot open root device 08:21
Kernel Panic: VFS: Unable to mount root fs on 08:21
Any ideas?
If this is the same problem I found and fixed for the Intel SC450NX and AD450NX
server platforms, the underlying problem is that the MP table ends up in an
area that is destroyed by LILO. LILO 21 has an option called LARGE_EBDA that
avoids the use of this area, but the implementation was incomplate because the
command line passed by LILO in /proc/cmdline was not preserved, which is what
leads to using the root device from the system that built the kernel rather
than the correct one LILO passes. I believe Red Hat 6.0 ships with a patched
version of LILO 21 that does not fully address this problem. The LILO patch
appended below will correct this, or you can use the packaged up version from
somewhere below ftp://ftp.varesearch.com/pub/support/hjl.
Leonard
--- lilo/second.S- Fri Dec 4 15:20:07 1998
+++ lilo/second.S Wed Mar 17 01:03:53 1999
@@ -830,9 +830,20 @@
call load1
seg es
mov CL_MAGIC_ADDR,#CL_MAGIC ! set magic number
+#ifndef LCF_LARGE_EBDA
seg es
mov word ptr CL_OFFSET,#PARMLINE+SECOND_SS
! set parameter line offset
+#else
+ mov di,#0x8000
+ mov si,#PARMLINE
+ mov cx,#CL_LENGTH
+ rep
+ movsb
+ seg es
+ mov word ptr CL_OFFSET,#0x8000
+ ! set parameter line offset
+#endif
pop si ! restore SI
lodsw ! get flags bit map
mov bx,ax
-
Linux SMP list: FIRST see FAQ at http://www.irisa.fr/prive/mentre/smp-faq/
To Unsubscribe: send "unsubscribe linux-smp" to [EMAIL PROTECTED]
