[26360] in Athena Bugs
Re: linux 9.3.18: update_ws
daemon@ATHENA.MIT.EDU (Camilla R Fox)
Sat Feb 12 21:48:10 2005
Message-Id: <200502130247.j1D2lU4i024386@red-herring.mit.edu>
To: Kevin Chen <kchen@mit.edu>
In-Reply-To: Your message of "Sat, 12 Feb 2005 19:58:42 EST."
<420EA642.9080307@mit.edu>
Date: Sat, 12 Feb 2005 21:47:30 -0500
From: Camilla R Fox <cfox@mit.edu>
cc: bugs@mit.edu
Errors-To: bugs-bounces@mit.edu
> This appears to related to a similar issue I reported in
> testers[5913,5918], with one of the relevant followups being testers[5921].
Oh, you're right. So installing the kernel worked when I did it by
hand only because kernel-unsupported got updated in the first pass with
rpmupdate. (I wasn't aware of my dependancy on kernel-unsupported
because it had already been there when I got the firewire card.)
So the initial failure of grubby was understandable (there was no kernel
there at all), but I'm at a loss for why grubby stopped coping after I
installed the kernel.
When I went to edit the grub.conf, it looked appropriate for the
2.4.21-20 kernel that went with 9.3.16 - I changed the version numbers
and now have:
# grub.conf created by Linux Athena installer
default=0
timeout=10
splashimage=(hd0,0)/grub/splash.xpm.gz
title Red Hat Enterprise Linux WS (2.4.21-27.EL)
root (hd0,0)
kernel /vmlinuz-2.4.21-27.0.1.EL ro root=/dev/hda4
initrd /initrd-2.4.21-27.0.1.EL.img
title Red Hat Enterprise Linux WS (2.4.21-27.EL) (single user mode)
root (hd0,0)
kernel /vmlinuz-2.4.21-27.0.1.EL ro root=/dev/hda4 single
initrd /initrd-2.4.21-27.0.1.EL.img
This is the first time I've touched the grub config by hand on this
machine - the custom partitioning done with the installer was only to
have a bigger afs cache.
-Camilla