[CentOS] how long to reboot server ?

Les Mikesell lesmikesell at gmail.com
Fri Sep 3 13:17:37 EDT 2010


On 9/3/2010 12:09 PM, Marko Vojinovic wrote:
> On Friday, September 03, 2010 16:23:31 Les Mikesell wrote:
>> On 9/3/2010 10:07 AM, Keith Roberts wrote:
>>> On Fri, 3 Sep 2010, Joseph L. Casale wrote:
>>>> To: 'CentOS mailing list'<centos at centos.org>
>>>> From: Joseph L. Casale<jcasale at activenetwerx.com>
>>>> Subject: Re: [CentOS] how long to reboot server ?
>>>>
>>>>> My reboot times are regular, (still on F12 on this
>>>>> machine) but I always copy the kernel files into a subdir 'tmp-backups'
>>>>> so I can get them back if needed, even if yum deletes them.
>>>>
>>>> Huh, ok... What do you do with *just* the kernel?
>>>> Let me know how that works if you ever want to boot from it? Possibly
>>>> the rpm might make more sense?
>>>
>>> Yes, considering the number of *.ko modules that are built
>>> against a particular kernel version :)
>>
>> Don't they get their own directory that you can preserve in a copy?
>> I've never had yum remove the running kernel, so never had to deal with
>> it, but always assumed that you'd be able to boot the install disk in
>> rescue mode, let it mount the filesystems, chroot, and then be able to
>> tell yum to install the kernel version you need.  Shouldn't that work?
>
> AFAIK yum never removes the currently running kernel, at least not in default
> configuration.

Does anyone know if this is special-cased or some config setting?  I 
recall in FC5 having a an IBM 225 that ran OK with the initial kernels 
but at some update would not boot the new one and many subsequent 
versions. I think there were more failing kernels than the number 
configured to keep but I was always able to recover by selecting the old 
working version in the grub boot menu so it looked like it was a special 
case.  Eventually I did a bios update on the machine which let the new 
kernels run but broke the older ones.

-- 
   Les Mikesell
    lesmikesell at gmail.com



More information about the CentOS mailing list