Red Hat Bugzilla – Bug 68198
Mylex DAC960: root mount failed at boot
Last modified: 2007-04-18 12:43:56 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 Galeon/1.2.5 (X11; Linux i686; U;) Gecko/20020606
Description of problem:
After successful installtion of RH 7.3 on the box and during the first boot, the
root filesystem cannot be mounted (error 6).
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Install RedHat 7.3 on ALR Revolution Quad 6 with DAC960PDU
2. Reboot the system using any kernel (SMP or UP)
Actual Results: The root filesystem cannot be mounted (/dev/rd/c0d0p2). The
mount error reported is 6. Call to pivot_root fails. Finally boot process
reports that init cannot be found (probably because the root filesystem could
not be mounted) and then the kernel panics.
Expected Results: Should boot? ;-)
Booting in rescue mode mounts all filesystems just fine.
Tried DAC960 in both 2GB and 8GB mode. In 8GB mode fdisk reports discrepancies
in disk geometry, but the OS still gets installed OK. I'm suspecting that the
problems could be in this area since the README.DAC960 file talks about 8GB
geometry as recommended for large disk arrays (if 4 GB qualifies as large these
Built my own statically linked kernel from vanilla 2.4.19-rc1, copied it over
via NFS (while in rescue mode), fixed /boot/grub/grub.conf, reboot, but with the
For the record, the system has 6 disks: 2 x 4B + 2 x 18 GB. The first two are
configured RAID 1, the last 4 RAID 10 (or RAID 6 in Mylex terminology).
/dev/rd/c0d0p1 -> /boot (50MB)
/dev/rd/c0d0p2 -> / (1.7GB)
/dev/rd/c0d0p3 -> /var (1.7GB)
/dev/rd/c0d0p4 -> swap
/dev/rd/c0d1p1 -> /home (34GB)
There is another SCSI controller in the system, Symbios Logic 810, which runs
the tape drives and CD-ROM, but removing it made no difference.
The system works fine with NetRAID 3Si controller (a.k.a. AMI MegaRAID) pulled
from another system.
This system is a really old 4-way Pentium Pro machine. The above configuration
(with DAC960PDU) ran SCO OpenServer 5.0.5 just fine.
This has been fixed in 2.4.18-5. The kernel doesn't know the hex address
of the /dev/rd devices. Either use 2.4.18-5 or specify root=300x (where x
is the number of your root partition) in grub.conf.