Kernel Source for Knoppix CD's
I am really loving the Knoppix distro(s) after they are installed on my local drive. I was always a little fearful of trying a debian install, but with Knoppix, there's no fear of flying :-)
I am now trying to compile a piece of software and ./configure states that it needs the kernel sources. A unname -a shows that I have the 2.4.20-xfs version of the kernel. If I do an apt-get install for kernel-source-2.4.20-xfs, it says no such package. I installed kernel-source-2.4.20 (close enough, right:-) but now it says it can't continue without the complete kernel source.
I am currently downloading 3.2, so if you could tell me a method of obtaining this for 3.1 as well as 3.2, it would be greatly appreciated.
Regards,
~paul
Re: Kernel Source for Knoppix CD's
--You will 1) need enough space for the entire kernel source (100 Meg or so), and 2) have to DL and decompress the source for 2.4.20 from here:
http://www.kernel.org/pub/linux/kern...2.4.20.tar.bz2
Quote:
Originally Posted by pau1knopp
I am really loving the Knoppix distro(s) after they are installed on my local drive. I was always a little fearful of trying a debian install, but with Knoppix, there's no fear of flying :-)
I am now trying to compile a piece of software and ./configure states that it needs the kernel sources. A unname -a shows that I have the 2.4.20-xfs version of the kernel. If I do an apt-get install for kernel-source-2.4.20-xfs, it says no such package. I installed kernel-source-2.4.20 (close enough, right:-) but now it says it can't continue without the complete kernel source.
I am currently downloading 3.2, so if you could tell me a method of obtaining this for 3.1 as well as 3.2, it would be greatly appreciated.
Regards,
~paul
Re: Kernel Source for Knoppix CD's
Hi ALL,
How to patch and build the original kernel-source-2.4.20 for XFS;
Get and tar extract the original kernel-source-2.4.20.tar.bz2 in /usr/src.
Get a "kernel-patch-xfs" as below;
# apt-get install kernel-patch-xfs
Above will creat the directory tree /usr/src/kernel-patches/.
Then apply "knoppix-kernel.patch" which is located in /usr/src Knoppix distro.
Perhaps you want below too;
# mv kernel-source-2.4.20 kernel-source-2.4.20-xfs
# ln -s kernel-source-2.4.20-xfs linux
Then you might want to edit the fourth line of Makefile adding;
EXTRAVERSION =-xfs
# cd linux
# export PATCH_THE_KERNEL=YES
# make-kpkg --added-patches=/usr/src/kernel-patches/all/apply/xfs configure
(you might use the configuration file from /boot/config-2.4.20 Knoppix)
Confirm the following lines in linux/.config
CONFIG_XFS_FS=m
CONFIG_XFS_RT=y
CONFIG_XFS_QUOTA=y
CONFIG_XFS_DMAPI=y
# CONFIG_XFS_DEBUG is not set
# fakeroot make-kpkg kernel-image
That's all!
Here's what finally worked for me...
I like the suggestions just made to patch the kernel and make my own kernel source, and I may still try that. However, I did find a solution to my problem... I "downgraded" my kernel version to 2.4.20 (without xfs) and was able to boot and successfully compile... woo hoo!
Here are the steps...
You will need enough space for the entire kernel source (100 Meg or so), and 2) have to DL and decompress the source for 2.4.20 from here:
http://www.kernel.org/pub/linux/kern...2.4.20.tar.bz2
As root:
Unpack the sources into /usr/src/
Optional - You can copy the .config file from your old linux kernel source tree
to new kernel tree (may save time, if you want to reuse the old settings).
cp /usr/src/linux/.config /usr/src/newdirectory/.config
Delete the old symlink /usr/src/linux and create a new one
cd /usr/src/
rm linux
ln -s newdirectory linux
cd /usr/src/linux
make clean;
make mrproper
Note: before running "make menuconfig" you should have obtained a copy of your current config file from
/usr/src/linux/.config and read this into menuconfig rather than creating a
kernel from scratch.
If you opted NOT to do that, bless you, and... the following * are VERY
IMPORTANT and minimal requirements!!! :
*Select proper CPU type - Pentium 3, AMD K6, Cyrix, Pentium
4, Intel 386, DEC Alpha, PowerPC otherwise kernel compile will fail and even if
it compiles will not boot!!
*Select SMP support - whether single CPU or multiple
CPUs
*Filesystems - Select Windows95 Vfat, MSDOS, NTFS as part of kernel and not as
loadable modules. (My personal preference but you are free to pick your own
option).
*Enable the Loadable kernel modules support! With this option you can
load/unload the device drivers dynamically on running linux system on the fly.
Regardless of whether you used the previous .config file (highly recommended) or create your own, the next step you will do will be:
make menuconfig
make dep
Note: LOADABLE MODULES: next two steps required ONLY if you had enabled Loadable
module support in step 3 above. Loadable module are located in /lib/modules. You
MUST do this step if you enabled or disabled any modules, otherwise you will get
'unresolved symbols' errors during or after kernel boot. Check for insmod
command which is extensively used for loading the modules. You probably want to run them, but they are time intensive...
make modules
make modules_install (go balance checkbook)
make bzImage
Note: you can also create bzImage as follows:
bash# cd /usr/src/linux
bash# man nohup
bash# nohup make bzImage &
bash# man tail
bash# tail -f nohup.out (.... to monitor the progress)
This will put the kernel in /usr/src/linux/arch/i386/boot/bzImage
After bzImage is successful, copy the kernel image to /boot directory.
You must copy the new kernel image to /boot directory, otherwise the new kernel
MAY NOT boot.
cp /usr/src/linux/arch/i386/boot/bzImage /boot/2.4.20mar2103
make modules_install (go throw in a load of laundry)
make install
configure LILO or GRUB
vi /etc/lilo.conf and insert the following (or similar for your pc)
image=/boot/2.4.20mar2103
label=mykernel
root=/dev/hda5
read-only
run lilo command to read/write the new partion information
reboot and pray
Optional - run "make clean" (If you want to free up disk space)
Not a perfect or beautiful solution, but one in which I can say afterwards "I compiled my own custom kernel!" Hope this information is helpful,
Paul Knopp
with a name like Knoppix, it's got to be good...
Re: Kernel Source for Knoppix CD's
Quote:
Originally Posted by infoMafia
Hi ALL,
How to patch and build the original kernel-source-2.4.20 for XFS;
Get and tar extract the original kernel-source-2.4.20.tar.bz2 in /usr/src.
Get a "kernel-patch-xfs" as below;
# apt-get install kernel-patch-xfs
Above will creat the directory tree /usr/src/kernel-patches/.
Then apply "knoppix-kernel.patch" which is located in /usr/src Knoppix distro.
Perhaps you want below too;
# mv kernel-source-2.4.20 kernel-source-2.4.20-xfs
# ln -s kernel-source-2.4.20-xfs linux
Then you might want to edit the fourth line of Makefile adding;
EXTRAVERSION =-xfs
# cd linux
# export PATCH_THE_KERNEL=YES
# make-kpkg --added-patches=/usr/src/kernel-patches/all/apply/xfs configure
(you might use the configuration file from /boot/config-2.4.20 Knoppix)
Confirm the following lines in linux/.config
CONFIG_XFS_FS=m
CONFIG_XFS_RT=y
CONFIG_XFS_QUOTA=y
CONFIG_XFS_DMAPI=y
# CONFIG_XFS_DEBUG is not set
# fakeroot make-kpkg kernel-image
That's all!
Wow, that sounds a LOT better than what I came up with. Read through the instructions and will try them but one question. Not sure of what to do for the step that says..."Then apply "knoppix-kernel.patch" which is located in /usr/src Knoppix distro." Is that done by the subsequent commands, or am I missing it? Thanks for the thorough recipe' :-)
changing kernel nightmares
Hi all,
Like the original poster, all I want to do is to compile something which needs the kernel source.
I've tried every method described above, with limited success...
I used both the "Debian" method and the "long" method. Both produced the kernel, neither would load. I compiled without XFS support. Booting fails citing modules compiled against the old kernel *2.4.20-xfs". I seem to have modules (.o files) under both xfs and plain 2.4.20...
Rather, what seems to be happening, is that modules aren't being loaded, and therefore, the booting process stops, because needed parts of the system are missing...the reason given for failure to load is the version conflict.
I then tried to apt-get install kernel-image-2.4.20-1-686 (or something quite similar). It seemed to install, yet lilo won't boot it, citing "crampfs wrong magic" or something similar. I tried using the initrd image file that I had, and one that came with it, each yielding slightly different error messages...I tried both having the post-install script rewrite lilo completly and adding it into the current lilo by hand...
I've also tried to cheat, by renaming the xfs source and linking the 2.4.20 source to try and fool the compile process; it allowed it to begin, but then aborted out realizing that version conflict.
All I want is a running kernel matching a kernel source, so that I can compile this damn thing! I don't care about xfs support...
I'm trying to compile the Zoran video decoder card drivers for an Iomega Buz, btw...
Any help would be appreciated!
Re: changing kernel nightmares
--Since installing the latest KPX 2003-0503 to my HD, I haven't gotten LILO to work at *all*. I'm still booting with a floppy, and planning on switching to GRUB. Had to redo the entire hdinstall due to a bad floppy disk, and the system would NOT boot. :(
--Anyway, access my linuxtips site and read the instructions on how to compile a kernel there. Make sure you changed the "preferred" link in /lib/modules, and try using a non-lilo method of booting the system. (man grub) or (man rdev)+ DD the bzImage directly to a floppy and boot from there. Only drawback to that is you can't specify kernel parms, but perhaps the system will boot.
--I'll be working on getting my sys to boot w/ a recompiled kernel myself, so best of luck and keep us informed.
Quote:
Originally Posted by davros4269
Hi all,
Like the original poster, all I want to do is to compile something which needs the kernel source.
I've tried every method described above, with limited success...
I used both the "Debian" method and the "long" method. Both produced the kernel, neither would load. I compiled without XFS support. Booting fails citing modules compiled against the old kernel *2.4.20-xfs". I seem to have modules (.o files) under both xfs and plain 2.4.20...
Rather, what seems to be happening, is that modules aren't being loaded, and therefore, the booting process stops, because needed parts of the system are missing...the reason given for failure to load is the version conflict.
I then tried to apt-get install kernel-image-2.4.20-1-686 (or something quite similar). It seemed to install, yet lilo won't boot it, citing "crampfs wrong magic" or something similar. I tried using the initrd image file that I had, and one that came with it, each yielding slightly different error messages...I tried both having the post-install script rewrite lilo completly and adding it into the current lilo by hand...
I've also tried to cheat, by renaming the xfs source and linking the 2.4.20 source to try and fool the compile process; it allowed it to begin, but then aborted out realizing that version conflict.
All I want is a running kernel matching a kernel source, so that I can compile this damn thing! I don't care about xfs support...
I'm trying to compile the Zoran video decoder card drivers for an Iomega Buz, btw...
Any help would be appreciated!
Re: changing kernel nightmares
Quote:
Originally Posted by Dave_Bechtel
--Since installing the latest KPX 2003-0503 to my HD, I haven't gotten LILO to work at *all*. I'm still booting with a floppy, and planning on switching to GRUB. Had to redo the entire hdinstall due to a bad floppy disk, and the system would NOT boot. :(
--Anyway, access my linuxtips site and read the instructions on how to compile a kernel there. Make sure you changed the "preferred" link in /lib/modules, and try using a non-lilo method of booting the system. (man grub) or (man rdev)+ DD the bzImage directly to a floppy and boot from there. Only drawback to that is you can't specify kernel parms, but perhaps the system will boot.
--I'll be working on getting my sys to boot w/ a recompiled kernel myself, so best of luck and keep us informed.
Quote:
Originally Posted by davros4269
Hi all,
Like the original poster, all I want to do is to compile something which needs the kernel source.
I've tried every method described above, with limited success...
I used both the "Debian" method and the "long" method. Both produced the kernel, neither would load. I compiled without XFS support. Booting fails citing modules compiled against the old kernel *2.4.20-xfs". I seem to have modules (.o files) under both xfs and plain 2.4.20...
Rather, what seems to be happening, is that modules aren't being loaded, and therefore, the booting process stops, because needed parts of the system are missing...the reason given for failure to load is the version conflict.
I then tried to apt-get install kernel-image-2.4.20-1-686 (or something quite similar). It seemed to install, yet lilo won't boot it, citing "crampfs wrong magic" or something similar. I tried using the initrd image file that I had, and one that came with it, each yielding slightly different error messages...I tried both having the post-install script rewrite lilo completly and adding it into the current lilo by hand...
I've also tried to cheat, by renaming the xfs source and linking the 2.4.20 source to try and fool the compile process; it allowed it to begin, but then aborted out realizing that version conflict.
All I want is a running kernel matching a kernel source, so that I can compile this damn thing! I don't care about xfs support...
I'm trying to compile the Zoran video decoder card drivers for an Iomega Buz, btw...
Any help would be appreciated!
It does seem to be module related. It will start to boot my custom kernel - I don't think my problem is lilo - but it complains about the modules being compiled for 2.4.20-xfs and refuses to load them - the boot process then stops because, I assume, it needs them to complete the loading of the system correctly.
I can find no one link to "modules". in /lib/modules there are various folders representing various modules for various kernels that I've compiled - each contain modules! i cannot seem to get the system to recognize the modules that go with any other kernel besides 2.4.20-xfs!! I thought there must be a link someplace pointing to THEE modules, the ones meant to be used...perhaps the initrd image hard codes the path to the -xfs modules...don't know enough about the process...
I'm working with a hard dive install of course - not sure how moduels relate to dlls - i thought that libraries were similar to dlls, while modules were basicaly drivers of one sort or another...
I've never used grub, never had a reason to. Once, during my many attempts, I did it the debian way, asking it to install 2.4.20-1-686 using apt and allowed the post install script to rewrite lilo. This rendered the system unbootable, but I then simply used the knoppix cd as a rescue disk, chrooted in and reconstructed a working lilo with the old kernel in no time...
I've been using linux for a few years now and have never needed to compile a kernel - I guess my lazyness has caught up with me ;)
