Slackware This Forum is for the discussion of Slackware Linux.
|
Notices |
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto |
Site FAQ |
Sitemap |
Register Now
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
|
|
06-28-2006, 05:33 PM
|
#1
|
LQ Newbie
Registered: Mar 2004
Location: Bucharest
Distribution: Slackware 10.2
Posts: 26
Rep:
|
Creating a custom kernel .tgz
Hello
I have two questions for you:
1. is there a small how-to for creating a packages with a custom compiled kernel? I have the sources from current/testing/source/linux-2.6.16.22, but I would like to make a package with 2.6.17.1 and I don't know exactl the what-and how. Is it enought if I copy the tar.bz2 of the original kernel sources, create the kernel config and modify the versions in the .SlackBuild files? (also the "stock" kernel options are not enough)
2. are there any pro/con opinios for "big" kernels? Let me explain: I have several servers and I want to make a kernel package to install on these. The only difference will be in drivers/raid. Since I don't quite like initrd, I would like to statically build the essential drivers into the kernel (filesystem, raid, lvm, chipseturi), so theat any machine will be able to get to the module loading section in the boot sequence. The rest will be modules. This will increase the size of the bzImage. Did anoyone notice any performance hit in these situations?
Thanks in advance.
|
|
|
06-28-2006, 06:20 PM
|
#2
|
Member
Registered: Dec 2005
Distribution: Slackware -current - KDE 3.5.10
Posts: 62
Rep:
|
If you are using a server wouldn't you want to stick to the 2.6.16.x branch? That's now the stablising branch with most new features only going into the 2.6.17.x kernel tree. If you want a server then I would have thought the stable branch would have been more fitting as servers have to remain up and running for a long time and having a stable base would be a better way to achieve this.
|
|
|
06-28-2006, 11:17 PM
|
#3
|
LQ Guru
Registered: Jan 2004
Location: NJ, USA
Distribution: Slackware, Debian
Posts: 5,852
|
I build 98% of my drivers into the kernel, and generally only have 1 or 2 modules. There is nothing wrong with that, and to be honest, that has always made a lot more sense to me. If it is hardware I never plan on removing, why make the driver for it modular?
As for making the package, that is not too hard. Basically build the kernel and modules as you normally would, and install everything on the one machine. Do some testing, make sure it all works. Then remove all of the Slackware default kernel packages from the system, and have only your new kernel on it.
Then do something like
mkdir /tmp/kernel_pkg
mkdir /tmp/kernel_pkg/lib
mkdir /tmp/kernel_pkg/etc
cd /tmp/kernel_pkg
cp -a /boot ./
cp -a /lib/modules/ ./lib/
cp /etc/lilo.conf ./etc/
makepkg kernel-2.6.17.1-i386-1.tgz
That will make a Slackware package that contains the current kernel, modules, and lilo configuration file. To install that on another machine, just install it as normal, and make sure to run "lilo" after it is done, to update your boot loader.
Do note that it is fairly dangerous to do it this way, and you should fully expect for something to go wrong the first few times until you tweak it properly.
|
|
|
06-29-2006, 02:07 PM
|
#4
|
LQ Newbie
Registered: Mar 2004
Location: Bucharest
Distribution: Slackware 10.2
Posts: 26
Original Poster
Rep:
|
Quote:
Originally Posted by PsychoticDude85
If you are using a server wouldn't you want to stick to the 2.6.16.x branch? That's now the stablising branch with most new features only going into the 2.6.17.x kernel tree. If you want a server then I would have thought the stable branch would have been more fitting as servers have to remain up and running for a long time and having a stable base would be a better way to achieve this.
|
As far as I know, the "numbering plan" for the kernel releases has changed, so the odd numbered versions are no longer in the testing stage.
|
|
|
All times are GMT -5. The time now is 08:11 PM.
|
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
|
Latest Threads
LQ News
|
|