Upgrade kernel 2.6.18 to 2.6.35

[bt4]

Hello
i want upgrade my linux kernel to 2.6.35
i use 2.6.18-194
Distributor ID: CentOS
Description: CentOS release 5.5 (Final)
Release: 5.5
Codename: Final

please explain for me how i can upgrade?

thanks

[oz]

Hello and welcome!

If the kernel you want resides in your distro repositories, the easiest method of installing it would be to use YUM.

yum install package_name

If it isn't in the repos, you can install it from source. Check the following kernel guide for building and installing kernels from source:

Digital Hermit - Kernel-Build-HOWTO

[Irithori]

If you want to compile a custom kernel for centos, it can be done of course.

But the points about centos/redhat are:
- conservative
- stable
- certified
- reliable environment

May I ask, why you want a 2.6.35 kernel?

fyi:
rhes 6 has a 2.6.32,
so centos 6 will also have this version once it is released.

[bt4]

i want to install this new kernel
that is why on this kernel all bugs fixed
and have a good secueity
but on 2.6.18 nothing fixed its easy to hacked other website from one webiste
now i want some easy explain how to get new kernel and how install

[Irithori]

It is reasonably safe to use the default kernel from centos/redhat, as bugfixes and backports are applied to these distributions.

A Kernel Build HowTo doesnt get much simpler than the one posted by ozar.

Additionally, redhat/centos include a lot of patches for various additional features and adjustments.
At best, these would have to be applied to a custom kernel also. If at all applicable.

[coopstah13]

i think a huge jump in kernel will be more trouble than its worth

the glibc libraries may not even be sufficient on RHEL/CENTOS5 for such a new kernel

2.6.18 kernel supplied by them is definitely safe, as was said before they take upstream security fixes and apply them to the kernel they provide

you can rest assured that keeping up to date with yum will ensure that you are secure

[Rubberman]

What coopstah13 said. A jump from 2.6.18 to 2.6.35 would require what effectively is an entirely new system. ALL of the non-kernel installed device drivers would have to be updated, all libraries, all applications. Basically, every bit of binary code in the system would have to be updated, reinstalled, recompiled, re-whatever. Does the expression "more trouble than it's worth" resonate here?

That said, Red Hat (thus CentOS, Scientific Linux, Suse, et al) are very dilligent in applying fixes for security and other bugs to the kernels and other packages that they provide. Their enterprise customers who pay them big buck$ for support, would accept no less.