个人可以做医疗信息网站吗,wordpress ico图标,专业公司网站开发服务,新河网站建设linux内核的编译(3)2008-02-23 07:17:46来源#xff1a;互联网 阅读 ()无论什麽档名)#xff0c;然後将你做的 zImage 拷贝进去#xff0c;(例如#xff0c;如果你用” /vmlinuz ″的话#xff0c;就像这样″ cp zImage /vmlinuz ”)。接著重新执行 lilo — 在较新的系统上…linux内核的编译(3)2008-02-23 07:17:46来源互联网 阅读 ()无论什麽档名)然後将你做的 zImage 拷贝进去(例如如果你用” /vmlinuz ″的话就像这样″ cp zImage /vmlinuz ”)。接著重新执行 lilo — 在较新的系统上你可以只执行″ lilo ″但是在较旧的系统上你可能必须执行 /etc/lilo/install 或甚至是/ect/lilo/lilo -C /etc/lilo/config 。如果你想知道更多有关於 lilo 的配置或是你并没有 lilo 但是你想要安装的话从你喜欢的 ftp 节点拿最新的版本然後依说明行事。要能够从硬碟启动你的旧核心其中之一的话(这是另一个在新核心出状况的情况下保护你自己的方法)把 lilo 配置档中所有的(包括一行)″ image xxx ″ 拷贝到档案的最底端然後把″ image xxx ″改成″ image yyy ″其中的″ yyy ″是你备份旧核心所存档的名字。接著把″ lable xXx ″改成像是” lable linux-backup。”然後重新执行 lilo 。你可能得要加上一行″ delay x ″其中的 x 是以十分之一秒为单位的时间这是用来使 lilo 在启动前先等一下所以你可以中断它的执行(例如用 shift 键)。然後键入所备份的启动映像之 lable (在发生了某些令人不愉快的事情的情况下)。3. 修补核心3.1. 使用修补档核心的小幅更新是以修补档的方式发行。例如如果你的版本是 1.1.45 而且你注意到出现了一个″ patch46.gz ″可以用来升级它这代表你可以藉由使用这个修补档将版本升级到 1.1.46 。你也许会想要先备份 source tree(″make clean ″然後″ cd/usr/src; tar cvf linux | gzip -c old-tree.tar.gz″将会为你造出一份 tar 压缩档里面就是整个原始程序码与其档案架构。)。现在接著继续上面的例子假设你已经取得了″ patch46.gz ″并放在 /usr/src 下。cd 到 /usr/src 然後执行″ zcat patch46.gz | patch -p0 ″(如果并不是压缩过的修补档那麽就执行″ patch -p0 patch46″)你将会看到许多东西飞逝而过(也许它们会慢慢跳过如果你的电脑真的很慢的话)告诉你它正试著应用 hunks 以及是否成功。通常这个过程快得无法仔细看清楚它的动作所以你会无法确定它到底有没有成功地执行。那麽就得找找看一些可能不是那麽顺利的事。cd 到 /usr/src/linux 并找寻档名有 .reg 的档案。某些版本的修补档(比较旧的版本它们可能是在比较早期的档案系统上编译的)会把这些没有成功的操作记录在档名有 # 的档案里。你可以用″ find ″来替你找″ find . -name *.reg -print ″会处理这个工作。如果一切正确无误的话执行第二节跟第三节所讨论的″ make clean ″″ config″以及″ dep ″。关於 patch 指令另外还有一些选项。patch -s 将会抑制除了错误以外的所有其他讯息。如果你把核心原始程序码放在 /usr/src/linux 以外的地方在该目录下用patch -p1 也可以乾净俐落的执行修补任务。其它的 patch 选项在 manual pages 里都有很详细的描述。3.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? ″你可能使用了一些比你目前的版本编号还低的修补档(并不建议这样做)。要还原一个修补档的话在原先的修补档上执行″ patch -R ″。当修补档真的失败的时候最好的办法是从一个乾净的out-of-the-box source tree(例如从 linux-x.x.x.tar.gz 档案其中之一)开始再重新执行。3.3. 砍掉 .orig 档案只要做过几次修补以後那些 .orig 的档案将会开始堆积。例如我的一个 1.1.51版的 tree 最後一次做清扫是在 1.1.48 版(我想是吧)。删除这些 .orig 档案会节省许多的磁碟空间。″ find . -name *.orig -exec rm -f {} ; ″将会替你照料这件事。某些版本的修补档会用 tilde 来代替 .orig 。有其它(更好的)的办法可砍掉这些 .orig 档。用的最多的是以″ xargs ″来代替″ -exec: ″″find . -name *.orig | xargs rm ″或是″ find . -name *.orig-print0 | xargs --null rm -- ″(後面这个比较安全。)。3.4. 其它的修补档总是会有一些并不是由 Linus 发行的其它修补档出现(我将称之为″非标准的″ )。如果你使用了它们 Linus 的修补档可能会而无法正确地执行那麽你不是得将它们还原就是得因此而去修改原始程序码或是修补档。这个工作对初学者通常是很讨厌所以如果你对原始程序码没什麽研究在使用 Linus 的修补档之前先还原这些非标准的修补档。然後你可以看看这些非标准的修补档是否仍然可以执行。如果不行的话那麽你要不就继续用旧的核心来修补以执行它们要不就等别人发表能在你修补後的新核心上用的新版非标准修补档。非标准的修补档有多普遍你有可能曾经听过它们。我使用 Bill Paul 的不闪烁修补档来 make 我虚拟控制台上的游标因为我讨厌会闪烁的游标。就我所知到目前为止这个特别的修补档的最新版本是给 1.0 版的核心使用的但是我仍然在 1.1.51 版下使用它 — 我已经修改了它好几次因为它通常会搞乱 Linus 修补档的 driver/char/console.c 。4. 附加的套件你的 Linux 核心有许多在核心的原始程序码本身里面并没有说明的特性这些特性一标签版权申明本站文章部分自网络如有侵权请联系west999comoutlook.com特别注意本站所有转载文章言论不代表本站观点本站所提供的摄影照片插画设计作品如需使用请与原作者联系版权归原作者所有相关文章
