LINUX内核的编译与更新

为什么重新编译内核 ?

Linux作为一个自由软件，在广大爱好者的支持下，内核版本不断更新。新的内核修订了旧内核的bug，并增加了许多新的特性。如果用户想要使用这些新特性，或想根据自己的系统度身定制一个更高效，更稳定的内核，就需要重新编译内核。
通常，更新的内核会支持更多的硬件，具备更好的进程管理能力，运行速度更快、 更稳定，并且一般会修复老版本中发现的许多漏洞等，经常性地选择升级更新的系统内核是Linux使用者的必要操作内容。
为了正确的合理地设置内核编译配置选项，从而只编译系统需要的功能的代码，一般主要有下面四个考虑：
l 自己定制编译的内核运行更快（具有更少的代码）
l 系统将拥有更多的内存（内核部分将不会被交换到虚拟内存中）
l 不需要的功能编译进入内核可能会增加被系统攻击者利用的漏洞
l 将某种功能编译为模块方式会比编译到内核内的方式速度要慢一些

内核编译模式

要增加对某部分功能的支持，比如网络之类，可以把相应部分编译到内核中（build-in），也可以把该部分编译成模块（module），动态调用。如果编译到内核中，在内核启动时就可以自动支持相应部分的功能，这样的优点是方便、速度快，机器一启动，你就可以使用这部分功能了；缺点是会使内核变得庞大起来，不管你是否需要这部分功能，它都会存在，这就是Windows惯用的招数，建议经常使用的部分直接编译到内核中，比如网卡。如果编译成模块，就会生成对应的.o文件，在使用的时候可以动态加载，优点是不会使内核过分庞大，缺点是你得自己来调用这些模块。
内核编译详解

新版本内核的获取和更新

Linux内核版本发布的官方网站是http://www.kernel.org/，国内各大ftp上一般都可以找到某些版本的内核。新版本的内核的发布有两种形式，一种是完整的内核版本，另外一种是patch文件，即补丁。完整的内核版本比较大，比如linux-2.4.0-test8.tar.bz2就有18M之多，网速快的用户可以下载使用。完整内核版本一般是.tar.gz（.tgz）文件或者是.bz2文件，二者分别是使用gzip或者bzip2进行压缩的文件，使用时需要解压缩。patch文件则比较小，一般只有几十K到几百K，极少的会超过1M，网速慢的用户可以使用patch文件来升级内核。但是patch文件是针对于特定的版本的，你需要找到自己对应的版本才能使用。
编译内核需要root权限，以下操作都假定你是root用户。请把你需要升级的内核拷贝到/usr/src/下（下文中以2.4.0test8的内核的linux-2.4.0test8.tar.gz为例），命令为

#cp linux-2.4.0test8.tar.gz /usr/src

让我们先来查看一下当前/usr/src的内容，注意到有一个linux的符号链接，它指向一个类似于linux-2.2.14（对应于你现在使用的内核版本号）的目录。首先删除这个链接：

#cd /usr/src
#rm -f linux

现在解压我们下载的源程序文件。如果所下载的是.tar.gz（.tgz）文件，请使用下面的命令：

#tar -xzvf linux-2.4.0test8.tar.gz

如果你所下载的是.bz2文件，例如linux-2.4.0test8.tar.bz2，请使用下面的命令

#bzip2 -d linux-2.4.0test8.tar.bz2
#tar -xvf linux.2.4.0.test8.tar
注释：可以采用tar –jxvf linux-2.4.0test8.tar.bz2

现在让我们再来看一下/usr/src下的内容，你会发现现在有了一个名为linux的目录，里面就是我们需要升级到的版本的内核的源程序。还记得那个名为linux的链接么？之所以使用那个链接就是防止在升级内核的时候会不慎把原来版本内核的源程序给覆盖掉了。我们也需要同样处理：

#mv linux linux-2.4.0test8
#ln -s linux-2.4.0test8 linux

这样我们也有了一个名为linux的符号链接，就不用担心以后会把它覆盖掉了（也许你会觉得重新建立linux的符号链接没有必要，但实际上这是必不可少的，下文中会有介绍）。如果你还下载了patch文件，比如patch-2.4.0test8，你就可以进行patch操作（下面假设patch-2.4.0test8已经位于/usr/src目录下了，否则你需要先把该文件拷贝到/usr/src下）：

#patch -p0 < patch-2.4.0test8

现在，我们已经把内核源程序升级到最新版本了，下面就让我们开始内核编译的旅程吧。

准备工作

通常要运行的第一个命令是：

＃cd /usr/src/linux;make mrproper

该命令确保源代码目录下没有不正确的.o文件以及文件的互相依赖。由于我们使用刚下载的完整的源程序包进行编译，所以本步可以省略。而如果你多次使用了这些源程序编译内核，那么最好要先运行一下这个命令。
确保/usr/include/目录下的asm、linux和scsi等链接是指向要升级的内核源代码的。它们分别链向源代码目录下的真正的、该计算机体系结构（对于PC机来说，使用的体系结构是i386）所需要的真正的include子目录。如：asm指向/usr/src/linux/include/asm-i386等。若没有这些链接，就需要手工创建，按照下面的步骤进行：

# cd /usr/include/
# rm -r asm linux scsi
# ln -s /usr/src/linux/include/asm-i386 asm
# ln -s /usr/src/linux/include/linux linux
# ln -s /usr/src/linux/include/scsi scsi

这是配置非常重要的一部分。删除掉/usr/include下的asm、linux和scsi链接后，再创建新的链接指向新内核源代码目录下的同名的目录。这些头文件目录包含着保证内核在系统上正确编译所需要的重要的头文件。现在你应该明白为什么我们上面又在/usr/src下"多余"地创建了个名为linux的链接了吧？
配置

接下来的内核配置过程比较烦琐，但是配置的适当与否与日后Linux的运行直接相关，有必要了解一下一些主要的且经常用到的选项的设置。
配置内核可以根据需要与爱好使用下面命令中的一个：

#make config（基于文本的最为传统的配置界面，不推荐使用）
#make menuconfig（基于文本选单的配置界面，字符终端下推荐使用）
#make xconfig（基于图形窗口模式的配置界面，Xwindow下推荐使用）
#make oldconfig（如果只想在原来内核配置的基础上修改一些小地方，会省去不少麻烦）

选择相应的配置时，有三种选择，它们分别代表的含义如下：
　　Y－-将该功能编译进内核
　　N－-不将该功能编译进内核
　　M－-将该功能编译成可以在需要时动态插入到内核中的模块
如果使用的是make xconfig，使用鼠标就可以选择对应的选项。如果使用的是make menuconfig，则需要使用空格键进行选取。你会发现在每一个选项前都有个括号, 但有的是中括号有的是尖括号，还有一种圆括号。 用空格键选择时可以发现，中括号里要么是空，要么是"*"，而尖括号里可以是空，"*"和"M"这表示前者对应的项要么不要，要么编译到内核里；后者则多一样选择，可以编译成模块。而圆括号的内容是要你在所提供的几个选项中选择一项。
在编译内核的过程中，最烦杂的事情就是这步配置工作了，很多新手都不清楚到底该如何选取这些选项。实际上在配置时，大部分选项可以使用其缺省值，只有小部分需要根据用户不同的需要选择。选择的原则是将与内核其它部分关系较远且不经常使用的部分功能代码编译成为可加载模块，有利于减小内核的长度，减小内核消耗的内存，简化该功能相应的环境改变时对内核的影响；不需要的功能就不要选；与内核关心紧密而且经常使用的部分功能代码直接编译到内核中。下面就让我们对常用的选项分别加以介绍。

总算配置完了，现在存盘退出，当然你也可以把现在的配置文件保存起来，这样下次再配置的时候就省力气了。

编译

在繁杂的配置工作完成以后，下面你就可以自己到杯茶耐心等候了。与编译有关的命令有如下几个：

#make dep
#make clean
#make zImage
#make bzImage
#make modules
#make modules_install
#depmod -a

第一个命令make dep实际上读取配置过程生成的配置文件，来创建对应于配置的依赖关系树，从而决定哪些需要编译而那些不需要；第二命令make clean完成删除前面步骤留下的文件，以避免出现一些错误；第三个命令make zImage和第四个命令make bzImage实现完全编译内核，二者生成的内核都是使用gzip压缩的，只要使用一个就够了，它们的区别在于使用make bzImage可以生成大一点的内核，比如在编译2.4.0版本的内核时如果使用make zImage命令，那么就会出现system too big的错误提示。建议大家使用make bzImage命令。
后面三个命令只有在你进行配置的过程中，在回答Enable loadable module support (CONFIG_MODULES)时选了"Yes"才是必要的，make modules和make modules_install分别生成相应的模块和把模块拷贝到需要的目录中。
严格说来，第七个命令和编译过程并没有关系，它是生成模块间的依赖关系，这样你启动新内核之后，使用modprobe命令加载模块时就能正确地定位模块。

更新

经过以上的步骤，我们终于得到了新版本的内核。为了能够使用新版本的内核，我们还需要做一些改动：

#cp /usr/src/linux/System.map /boot/System.map-2.4.0test8
#cp /usr/src/linux/arch/i386/bzImage /boot/vmlinuz-2.4.0test8

以上这两个文件是我们刚才编译时新生成的。下面修改/boot下的两个链接System.map和vmlinuz，使其指向新内核的文件：

#cd /boot;rm -f System.map vmlinuz
#ln -s vmlinuz-2.4.0test8 vmlinuz
#ln -s System.map-2.4.0test8 System.map

然后修改/etc/lilo.conf：

#vi /etc/lilo.conf

增加如下一段：

image=/boot/vmlinuz-2.4.0test8
label=linux240
read-only
root=/dev/hda2

其中root=/dev/hda2一行要根据需要自行加以修改。
运行：

#/sbin/lilo -v

确认对/etc/lilo.conf的编辑无误，现在重新启动系统：

#shutdown -r now

在机器重启后出现LILO时按TAB键，输入linux240，我们的新内核发挥作用了，好好享受吧。