On Sun, 2006-04-30 at 00:08 +0930, Tim wrote:
On Sat, 2006-04-29 at 08:44 -0400, Temlakos wrote:
> As kernel updates become available, the user will eventually build a
> list of kernels to boot into. I always keep three: the current kernel
> and that last /two/ known good ones. Anything beyond that just fills up
> space in your /boot partition, unless you're a tester or kernel module
> developer. But anything /less/ than that puts you at some non-starter risk.
Agreed, though I run the risk and often just keep two. Well, I'll
remove the third after the newest seems to work well, after a few days.
The more you have, the longer updates take, too. There's more files to
consider. My system's not too nippy (500 MHz Celeron), and I can notice
it's slower to do a "rpm -Uvh something.rpm" when I have three or more
kernels.
This latter statement makes no sense to me. How can kernels that are not
running slow the yum update process? Could you offer an explanation for
this?
--
Aaron Konstam <akonstam(a)sbcglobal.net>