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@xxxxxxxxxxxxx>
