[FLSA-2004:1284] Updated kernel resolves security vulnerabilities

Troy Dawson dawson at fnal.gov
Wed Mar 3 14:14:46 UTC 2004


Hi,
If it continues to boot boot the second image, then you need to run lilo 
again.  Just run
   /sbin/lilo
and if it doesn't have any errors, everything should be set (and it will 
highlight whichever kernel is set at the default kernel, with a *)
Troy

SC Web Services wrote:
> Hello,
> 
> I've just updated to the new kernel on a P3 1Ghz/512 running RH7.3.
> 
> After installing the rpm, it gave an error saying name too long. I
> assume this had to do with lilo, so I took a look at my lilo.conf. It
> did indeed enter in the correct path for the entry. Here's what I have
> listed:
> 
> ####################
> prompt
> timeout=3
> default=linux
> boot=/dev/hde
> map=/boot/map
> install=/boot/boot.b
> message=/boot/message
> linear
> 
> image=/boot/vmlinuz-2.4.20-30.7.legacy
>         label=linux
>         root=/dev/hde3
>         read-only
>         initrd=/boot/initrd-2.4.20-30.7.legacy.img
> image=/boot/vmlinuz-2.4.20-28.7
>         label=linuxold
>         root=/dev/hde3
>         read-only
>         initrd=/boot/initrd-2.4.20-28.7.img
> image=/boot/vmlinuz-2.4.20-27.7
>         label=linuxold2
>         root=/dev/hde3
>         read-only
>         initrd=/boot/initrd-2.4.20-27.7.img
> image=/boot/vmlinuz-2.4.18-24.7.x
>         label=linuxstock
>         root=/dev/hde3
>         read-only
>         initrd=/boot/initrd-2.4.18-24.7.x.img
> #####################
> 
> So I did a reboot, but for some reason, it continues to boot the
> second entry, image=/boot/vmlinuz-2.4.20-28.7. Can this have something
> to do with the name too long issue?
> 
> Sorry if this is the wrong place to ask, just thought someone here may
> shed some light. thx.
> 
> Ed
> 
> 
> 
> Tuesday, March 02, 2004, 9:02:21 PM, you wrote:
> 
> JK> -----BEGIN PGP SIGNED MESSAGE-----
> JK> Hash: SHA1
> 
> JK> On Tuesday 02 March 2004 17:44, Jim Richardson wrote:
> 
>>>Just to be clear, these are the same kernels that have been available
>>>for testing for a while right? I want to make sure that I have this one
>>>allready updated, I have kernel-bigmem-2.4.20-30.7.legacy installed, is
>>>that the same as this release level? thanks, sorry to be obtuse, but I
>>>want to make sure.
> 
> 
> JK> Yes, they are exactly the same.  The sha1sums from this announcement should 
> JK> match those of the updates-testing announcement.
> 
> 
> 
> --
> fedora-legacy-list mailing list
> fedora-legacy-list at redhat.com
> http://www.redhat.com/mailman/listinfo/fedora-legacy-list

-- 
__________________________________________________
Troy Dawson  dawson at fnal.gov  (630)840-6468
Fermilab  ComputingDivision/CSS  CSI Group
__________________________________________________





More information about the fedora-legacy-list mailing list