System: ML530 P19 4-10-01 (2) 1.0ghz proc 128mbr NC3122 nic in slot 1 64bit 66mhz dual ch wide ultra 3 scsi controller (firmware v2.252) in slot 6 embedded scsi port 1 as boot controller drive configuration all formated with ext3 filesystem: 3 drives on internal scsi sda1 - 30mb /boot (active) sdb1 - 9gb /disk1 sdc1 - 9gb /disk2 3 drives in ext. storage box off 64 bit scsi controller sdd1 - 9 gb /disk 3 sde1 - 9 gb /disk 4 sdf1 - 256mb swap sdf2 - 17 gb / I performed a full install with grub selected as the boot loader. Last 7 lines on screen during boot just after install: mounting /proc filesystem creating root device mounting root filesystem mount: error 6 mounting ext3 pivotroot: pivot_root (/sysroot, /sysroot/initrd) failed: 2 freeing unused kernel memory: 240k freed Kernel panic: no init found. Try passing init= option to kernel
Is this a known kernel issue?
doubt it; last time I saw this was that mkinitrd didn't put the module for the / device in the initrd ..... the kernel tells you to "go away" when you try to mount /... and then the kernel says "but you don't have /sbin/init, please fix"
yes, error 6 is "No such device or address". It looks like the initrd didn't load the module. This system needs to be booted into rescue mode and the initrd copied off and attached to the bug. Also attach /boot/grub/grub.conf.
I reproduced the issue with RH7.2 GMRC and found the same result. I cannot successfully load from the rescue floppy made during install. When I do, it states to wait 10seconds and it will boot from /dev/sdf1 (where / is). If I enter linux/dev/sda1 (where /boot is) it still kernel panics. I even tried entering linux /dev/sdf2 and found the same result. Additional info: I selected to have the kernel installed to the boot partition during the install. I basicaly have /boot on my rimary controller and everything else thru a standup scsi controller connected to an external storage box. I cannot find if this is a known limitation of grub.
Correction to last statement: Within first paragraph should state that "When I do, it states to wait 10 seconds and it will boot from /dev/sdf2 (where / is)."
Please attach the requested files.
Created attachment 32679 [details] requested grub.conf and map files
Can you try using the boot.img or bootnet.img at http://people.redhat.com/~katzj/compaq/ with the 7.2 respin and see if that fixes this problem?
I tried both the boot.img and bootnet.img found at http://people.redhat.com/~katzj/compaq/ . I used RH 7.2 Enigma GM respin for my re-test and found that it didn't solve the problem. I used rawrite.exe to make a diskette with the image I donloaded and attempted to boot from it. On both instances I found the message: boot: Loading: Could not find ramdisk.img: initrd.img boot: boot failed pleas change disks and press a key.
*sigh* sorry, typos in copying updated files to the images. Updated the images that are there if you could try again
Created attachment 33802 [details] more grub and conf files
The first time I tried with the new boot.img diskette resulted in the system booting into the Compaq system partition I had created during Smart Start. I specificly instructed for GRUB to be written to the /boot partiton (sda1). I then removed all compaq system partitions and then performed the install. After the reboot (end of install) I found the message "Missing operating system". If I use the boot disk made during install I find the same result as the first post (above 9/12/01 8:50). I booted with the cd and copied the conf and mpa files if you need them. Attachment is zipped2.zip.
Argh, okay... even newer disks there, dated today with the following md5sums 69bbc607aec98f4cf0118eb4128ac6aa boot.img 37b695e4264d38dabe0050af32294d2e bootnet.img If you could try these, that would be great and I think they should finally, hopefully, do the right thing.
chadd.hudson, any progress here?
Created attachment 36261 [details] Attached map and conf files to this reply
I tried the latest boot.img to start the install and install the system. This time I was using RH7.2 enigma-respin. I am having the same result as before (post 2001-10-10 15:14:28). I am having the kernal installed to the boot partition as before and it's booting into the system partition. The good news at least is that if I use the boot diskette made at the end of the install I can get into the system. The reason we need this system to use the boot partition is that we need the F10 to boot into the system partition. If I write to the MBR then F10 will still boot into Linux. I posted the map and conf files above in zipped3.zip
Are the different controllers using different drivers? During the boot-up, are the SCSI controllers recognized and the drives then recognized? Also, can you attach the initrd?
Yes the two different controllers are using different drivers. The embedded scsi is an LSI chipset (symbios 53c8xx driver) and the stand up card is an adaptec chipset (aic78xx driver). During boot up the drives and controllers are all accounted for. I will attach the initrd.img. I also noticed that this is posting to the Pensacola Devel Whiteboard. I am using the enigma-respin if it matters.
Created attachment 38964 [details] initrd.img
Errata currently in testing should fix this. Please reopen if not.