当前时区为 UTC + 8 小时



发表新帖 回复这个主题  [ 26 篇帖子 ]  前往页数 1, 2  下一页
作者 内容
1 楼 
 文章标题 : [分享]ubuntu编译内核推荐方法(与debian已有相当的分野)
帖子发表于 : 2007-08-30 0:48 

注册: 2006-01-18 15:01
帖子: 1074
送出感谢: 0 次
接收感谢: 1
debian传统方式:
代码:
apt-get install linux-source
tar zxvf /usr/src/linux-source-$version.tar.gz
cd linux-source-$version
make menuconfig
make-kpkg ……
cd ..
dpkg -i *.deb

这种方式行之已久,是正统的debian方式。但是也不是说历史久的就没有缺点。
1、没有debian补丁集,自己慢慢打很麻烦
2、和原有系统的集成程度不同。
3、和标准的dpkg-buildpackage 方式稍有不同,不大习惯
4、和系统中原有的内核不一样,所以对一些外在周边,例如restricted-modules什么的配合不方便。

ubuntu自身独有的内核编译方法:
代码:
apt-get source linux-source-2.6.22
cd linux-source-2.6.22-2.6.22/
编辑debian/config/i386/{config|config.generic}两个文件//相当于make menuconfig;config为所有deb公有配置,generic只对generic的deb有效
debian/scripts/misc/oldconfig generic //检查generic的config的完整性
AUTOBUILD=1 NOEXTRAS=1 fakeroot debian/rules binary-debs flavours=generic//只生成generic的包
cd ..
dpkg -i *.deb

linux-source-2.6.22可以一个源码包编译出n种架构的packages,但我们一般自定义内核只会要其中适合我们的一种。
这种方法编译的内核,和系统自带的内核只有你在config文件中修改的差别,所有的补丁都在解包的时候由dpkg系统自动打上了。想查看也是标准的diff.gz文件,和普通的deb source包完全一样。

大家编译愉快。大概要1g多的编译空间。


页首
 用户资料  
 
2 楼 
 文章标题 :
帖子发表于 : 2007-08-30 0:52 
头像

注册: 2006-12-23 13:46
帖子: 9203
地址: Azores Islands
送出感谢: 0 次
接收感谢: 1
沙发


_________________
no security measure is worth anything if an attacker has physical access to the machine


页首
 用户资料  
 
3 楼 
 文章标题 :
帖子发表于 : 2007-08-30 6:44 
头像

注册: 2006-05-13 4:02
帖子: 10606
送出感谢: 0 次
接收感谢: 7
沙发上的钉 :lol:


_________________
HP Pavilion DV6-2064CA: AMD Turion II Ultra Dual-Core Mobile M640, HD4650, 2GBx2 DDR2-800, Seagate 500GB 7200RPM SATA, BD-ROM
DELL UltraSharp 2209WA
Arch64, Testing repo


页首
 用户资料  
 
4 楼 
 文章标题 :
帖子发表于 : 2007-08-30 7:34 
头像

注册: 2007-06-02 14:56
帖子: 547
送出感谢: 0 次
接收感谢: 0 次
沙发下地板的窟窿


页首
 用户资料  
 
5 楼 
 文章标题 :
帖子发表于 : 2007-08-30 8:45 
头像

注册: 2006-04-12 20:05
帖子: 8495
地址: 杭州
送出感谢: 0 次
接收感谢: 8
学习。。。


_________________
关注我的blog: ε==3


页首
 用户资料  
 
6 楼 
 文章标题 :
帖子发表于 : 2007-08-30 10:50 
头像

注册: 2005-12-28 1:16
帖子: 3916
地址: 火星
系统: Ubuntu 12.10 X64
送出感谢: 1
接收感谢: 0 次
为什么不用通用的内核编译方式?


_________________
目前负债150多万


页首
 用户资料  
 
7 楼 
 文章标题 :
帖子发表于 : 2007-08-30 10:53 
头像

注册: 2006-12-23 13:46
帖子: 9203
地址: Azores Islands
送出感谢: 0 次
接收感谢: 1
xhy 写道:
为什么不用通用的内核编译方式?

我用ubuntu ,为什么不用ubuntu的内核编译方式?


_________________
no security measure is worth anything if an attacker has physical access to the machine


页首
 用户资料  
 
8 楼 
 文章标题 :
帖子发表于 : 2007-08-30 11:09 
头像

注册: 2005-12-28 1:16
帖子: 3916
地址: 火星
系统: Ubuntu 12.10 X64
送出感谢: 1
接收感谢: 0 次
skyx 写道:
xhy 写道:
为什么不用通用的内核编译方式?

我用ubuntu ,为什么不用ubuntu的内核编译方式?


因为太麻烦了


_________________
目前负债150多万


页首
 用户资料  
 
9 楼 
 文章标题 :
帖子发表于 : 2007-08-30 11:17 
头像

注册: 2006-12-23 13:46
帖子: 9203
地址: Azores Islands
送出感谢: 0 次
接收感谢: 1
xhy 写道:
skyx 写道:
xhy 写道:
为什么不用通用的内核编译方式?

我用ubuntu ,为什么不用ubuntu的内核编译方式?


因为太麻烦了

凭什么说麻烦,我说不麻烦。


_________________
no security measure is worth anything if an attacker has physical access to the machine


页首
 用户资料  
 
10 楼 
 文章标题 :
帖子发表于 : 2007-08-30 11:32 
头像

注册: 2005-12-28 1:16
帖子: 3916
地址: 火星
系统: Ubuntu 12.10 X64
送出感谢: 1
接收感谢: 0 次
代码:
make menuconfig && make
make modules_install //如果没有配置模块 不需要这步
make install

这样不是更方便么?


_________________
目前负债150多万


页首
 用户资料  
 
11 楼 
 文章标题 :
帖子发表于 : 2007-08-30 11:35 
头像

注册: 2006-12-23 13:46
帖子: 9203
地址: Azores Islands
送出感谢: 0 次
接收感谢: 1
xhy 写道:
代码:
make menuconfig && make
make modules_install //如果没有配置模块 不需要这步
make install

这样不是更方便么?


又能方便到哪里去?


_________________
no security measure is worth anything if an attacker has physical access to the machine


页首
 用户资料  
 
12 楼 
 文章标题 :
帖子发表于 : 2007-08-30 13:51 
头像

注册: 2005-10-16 13:24
帖子: 958
地址: 四川成都
送出感谢: 2
接收感谢: 0 次
xhy 写道:
代码:
make menuconfig && make
make modules_install //如果没有配置模块 不需要这步
make install

这样不是更方便么?


4、和系统中原有的内核不一样,所以对一些外在周边,例如restricted-modules什么的配合不方便。
你所有restricted-modules模块都要重新编译


_________________
Thank you Ubuntu Team!!!!
I still can't belive this is free...


页首
 用户资料  
 
13 楼 
 文章标题 :
帖子发表于 : 2007-08-30 19:38 

注册: 2006-01-18 15:01
帖子: 1074
送出感谢: 0 次
接收感谢: 1
xhy 写道:
代码:
make menuconfig && make
make modules_install //如果没有配置模块 不需要这步
make install

这样不是更方便么?


出此一说而已~毕竟u相对d的创新实在是不多,这种方法也算是有点“人性化”吧

至于用标准的方法~这是可以的,但是
1、debian的deb包洁癖。
2、一般来说,绝大多数人其实是能不自己编译就不要自己编译的,既耗电,又浪费时间,并且其实性能提升并不高(个人觉得gentoo的性能优势很大程度上并不是优化编译的结果,主要原因应该是系统自定义程度高所带来的精简),要编译的话也就是解决一点小问题而已(例如intelfb必须编译到内核中),这些情况,一般是能改的东西尽量少,能和标准系统的差异尽量少,才是省时省事的观感。


页首
 用户资料  
 
14 楼 
 文章标题 :
帖子发表于 : 2007-08-30 22:47 

注册: 2006-01-04 19:26
帖子: 309
送出感谢: 0 次
接收感谢: 0 次
我是编译内核狂
现正在期待2.6.23的释出,2.6.23变化还是很大的。把CK都给气走了。


_________________
Athlon 64 X2 Dual Core Processor 4200+ Socket 939 OC 2.8 GHZ
G.Skill DDR400 2 3 2 5 1GB *2 Dual Channel OC DDR500
Szgalaxy 8600 GTE 650MHZ/2000MHZ
Seagate 80GB *2 RAID 0+Maxtor 80G
DFI LanParty UT NF4-D
kernel 2.6.22-ck1 再见,Con Kolivas!


页首
 用户资料  
 
15 楼 
 文章标题 :
帖子发表于 : 2007-08-31 6:51 

注册: 2005-05-17 14:45
帖子: 334
送出感谢: 0 次
接收感谢: 0 次
收藏,不错呀!


_________________
现在还是在学java!


页首
 用户资料  
 
显示帖子 :  排序  
发表新帖 回复这个主题  [ 26 篇帖子 ]  前往页数 1, 2  下一页

当前时区为 UTC + 8 小时


在线用户

正在浏览此版面的用户:没有注册用户 和 5 位游客


不能 在这个版面发表主题
不能 在这个版面回复主题
不能 在这个版面编辑帖子
不能 在这个版面删除帖子
不能 在这个版面提交附件

前往 :  
本站点为公益性站点,用于推广开源自由软件,由 DiaHosting VPSBudgetVM VPS 提供服务。
我们认为:软件应可免费取得,软件工具在各种语言环境下皆可使用,且不会有任何功能上的差异;
人们应有定制和修改软件的自由,且方式不受限制,只要他们自认为合适。

Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
简体中文语系由 王笑宇 翻译