On Thu, May 30, 2002 at 05:21:43PM +0800, Yeo Eng Hee wrote: > I am encountering a problem with the bootloader. > > Everything worked fine until I had to compile and install my own kernel. > (I needed to run Linux 2.4.22 kernel to access the hot-plug tape that > comes with the DL380G2). > > I tried configuring grub using new-kernel-pkg and grubby, but when I > reboot, I got a kernel panic with a message saying the my root fs is not > mounted, "cciss/c0d0p1" not valid and to set root= properly (I am > writing this from memory).
I think some people from RedHat are listening to the list. Because since `new-kernel-pkg' and `grubby' are neither part of the GRUB vanilla or standard on other distributions, it will be difficult to debug without knowing exactly what these utils do... Apart from this, is the hot-plug tape your root device (do you boot from this) or are you still booting from the hard disk? If this is the latter, either change the default root device of your kernel via `rdev(8)' and read `bootparam(7)' in order to know what boot time configuration parameters are needed for your kernel/devices. Since the kernel is loaded, GRUB has done its job well. The remaining errors are wrong arguments passed to the kernel. For the second time problems, it seems to me that the informations in stage1 have been spoiled by the failed `grub-install'. If, here, only the vanilla `grub-install' has spoiled its data (writing something without being sure to he able to run), there is a bug. But I'm a bit suspicious about this one too. Is the `grub-install' on RedHat modified in order to query from the kernel the root partition (invoquing rdev for example)? So, the diagnostic (looking without having a RedHat system). GRUB is able to load the kernel --- I guess from the disk, but the parameters are wrong (and this will not be solved by another bootloader, since this is not a bootloader problem). When recompiling your kernel, your tape has been taken as the root device (which is probably wrong), and a version of `grub-install' (alone or via another front-end? vanilla or not?) seems to have taken this info and spoilt the MBR. Hence three levels of responsability: 1) Has a _vanilla_ `grub-install' spoilt a MBR? --- not sure 2) Has RedHat changed something? --- sure for a part, but unsure that these parts are at fault in this very case 3) User (_you_): you have recompiled the kernel, which is special and needs boot time info via the bootparameters, bootparameters that you have not provided: this is the initial root of the problems and the explanation of the initial `panic'. So getting the correct parameters for your kernel, and reinstalling a bootloader (GRUB has demonstrated that it is working) with the correct bootparameters will solve the problem. But questions 1 and 2 need to be clarified. Cheers, -- Thierry Laronde (Alceste) <[EMAIL PROTECTED]> Key fingerprint = 0FF7 E906 FBAF FE95 FD89 250D 52B1 AE95 6006 F40C _______________________________________________ Bug-grub mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-grub
