5. 修补核心
5.1. 使用修补档
核心的小幅更新是以修补档的方式发行．例如，如果你的版本是
1.1.45 ， 而且你注意到出现了一个 `patch46.gz' 可以用来升级它，
这代表你可以藉由使用这个修补档将版本升级到 1.1.46．
你也许会想要先备份原始程式码(`make clean' 然後 `cd /usr/src; tar zcvf
old-tree.tar.gz linux' 将会为你造出一份 tar
压缩档，里面就是整个原始程式码与其档案架构)．
现在接著继续上面的例子，假设你已经取得了 `patch46.gz' 并放在
/usr/src 下． cd 到 /usr/src 然後执行 `zcat patch46.gz | patch -p0' (如果并不是压缩过的修补档，那麽就执行
`patch -p0 < patch46')， 你将会看到许多东西飞逝而过(或是慢慢跳过，如果你的电脑真的很慢的话)告诉你它正试著修补程式，以及是否成功．
通常，这个过程快得无法仔细看清楚它的动作，所以你会无法确定它到底有没有成功地执行．
所以你可能会想在 patch 指令中加上 -s 选项，告诉 patch
程式只报告错误讯息就好． (这样你就不会得到许多``嗨!
我的电脑正在做某些改变!''的感觉，不过你可能宁愿这样…)
那麽就得找找看一些可能不是那麽顺利的事．cd 到 /usr/src/linux
并找寻档名结尾为 .rej 的档案． 某些版本的 patch（比较旧的版本，它们可能是在比较早期的档案系统上编译的）会把这些没有成功的操作记录在档名有
# 的档案里． 你可以用 `find' 来替你找；
find . -name '*.rej' -print
会将现行目录及子目录下所有具 .rej 结尾的档名印到标准输出．
如果一切正确无误的话，执行第三节跟第四节所讨论的 `make clean'，`config'
以及 `dep'．
关於 patch 指令另外还有一些选项．如前所述，patch -s
将会抑制除了错误以外的所有其他讯息．
如果你把核心原始程式码放在 /usr/src/linux
以外的地方，在该目录下用 patch -p1
也可以乾净俐落的执行修补任务． 其它的 patch 选项在线上手册(man
page)里都有很详细的描述．
5.2. 如果有错误发生
(注意: 本节提到的大部份是指旧版的核心)
通常最常发生的问题是当 patch 修改一个叫做 `config.in'
的档案时，这个档案看起来不怎麽对劲，
因为你修改了一些选项来配合你的机器．这个问题已经小心的注意过了，但还是可能有人会在较旧的版本上遭遇这个问题．
要修正这个问题的话，查看 config.in.rej 这个档案里留下些什麽讯息．
有修改过的部份正常来说会在每一行开始的地方标上 `+' 和 `-'．
查看有标记的附近几行，然後记得它们是设成 `y' 或是 `n'．
现在编辑 config.in 档，然後在适当的地 方把 `y' 改成 `n' 以及 `n' 改成
`y'．执行
patch -p0 < config.in.rej
如果成功的话(没有错误)，那麽你就可以继续配置与编译的工作．
这个 config.in.rej 档还是会留在那里，但是你可以砍掉它．
如果你仍然遭遇其它问题，那麽可能是你安装了一份损坏的修补档．
如果 patch 显示 `previously applied patch detected: Assume -R?'，
你可能使用了一些比你目前的版本编号还低的修补档; 如果你回答 `y'，它会尝试将你的程式码降级，而且几乎一定会失败;
如此，你就需要重新取得一份新的原始程式码．
要还原到修补前的状态的话，在原先的修补档上执行 `patch -R'．
当修补档真的失败的时候，最好的办法是从一个乾净的原始程式码(例如从
linux-x.x.x.tar.gz 档案其中之一)开始，再重新执行．
5.3. 砍掉 .orig 档案
只要做过几次修补以後，那些 .orig 的档案将会开始堆积．
例如，我的一个 1.1.51 版的程式码最後一次做清扫是在 1.1.48
版（我想是吧）． 删除这些 .orig 档案会节省许多的磁碟空间．
find . -name '*.orig' -exec rm -f {} ';'
将会替你照料这件事．某些版本的 patch 会用 ~ 来代替 .orig．
有其它更好的的办法可砍掉这些 .orig 档，就是利用 GNU 的 xargs:
find . -name '*.orig' | xargs rm
或是更安全但有些罗嗦的方法:
find . -name '*.orig' -print0 | xargs --null rm --
5.4. 其它的修补档
有一些并不是由 Linus 发行的其它修补档出现(我将称之为``非标准的'')．
如果你使用了它们，Linus 的修补档可能会而无法正确地执行，
那麽你不是得将它们还原就是得因此而去修改原始程式码或是修补档．这个工作对初学者通常是很讨厌，
所以如果你不想去修改原始程式码(结果通常不大好)，在使用 Linus
的修补档之前先还原这些非标准的修补档，或重新安装新的程式码．
然後试试这非标准的修补档能不能用．如果不能的话，那麽要不你就继续使用旧的核心，
试著修改修补档使其能用，要不就等待(可能是乞求)新版非标准修补档出现．
非标准的修补档有多普遍? 你有可能曾经听过它们．我使用 Bill Paul
的不闪烁修补档来修改我的虚拟控制台，因为我讨厌会闪烁的游标(这个修补档经常为新版核心而更新)．
由於大部份较新的设备驱动程式都已经被发展成可载入模组形式，因此许多非标准的修补档的重要性已逐渐降低．