SlackwareThis 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.
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.
I'm currently still using 9.1 with 2.4.22. As soon as I get it downloaded, I'll be upgrading to 10, which has the choice of 2.4.26 or 2.6.7.
So I'll have three kernels - the current 2.4 one that I know works, the new 2.4 that I hope works, and the 2.6 that I'll have a play around with.
I've compiled custom kernels, so I'm not worried about that part. But the System.map file I'm still not sure of.
Am I right in thinking that if I compiled all three kernels and called them, say, vmlinuz-old, vmlinuz-new, and vmlinuz-test, I should also have System.map-old, System.map-new, and System.map-test?
Shamelessly stolen from the mentioned thread. Originally by gnashley:
Quote:
When loading the kernel named vmlinuz the system will look for a file named System.map. When loading a kernel named vmlinuz-custom it will look for System.map-custom. In other words each system.map should be named with the same suffix as the kernel and this way the system keeps everything straight. The config file in /boot is not used, just serves as a backup or convenient way to see what's enabled in the kernel.
In other words, backup it or dont. I personally have never even thought about the file when upgrading my kernel.
so long as you link the files correctly and make the neccessary changes in lilo then there is not a problem with that, i currently have vmlinuz.old vmlinuz and vmlinuz.dev same with the Systemmaps
I was going to start a new thread (cause I finally got my 2.6.7 kernel working - no sound, no pcmcia though) and this thread answered the first part of my question. My attempt is to ask a follow up question, not change the topic.
I can currently boot to vmlinuz-2.4.22 (with matching config and System.map) or vmlinuz-2.6.7 (with matching config and System.map) Now that I know, thanks to this thread, that I don't have to mess with the 'vmlinuz', config, and System.map links, it will be much easiier. I am planning on making a vmlinuz-2.6.7a, vmlinuz-2.6.7b, and so on in hopes to resolve my problems.
My follow up question is the series of commands when changing my 2.6.7 kernel.
In order, all I have to do now is:
(in /usr/src/linux-2.6.7/)
make menuconfig (make my changes I want)
make bzImage
make modules
make modules_install
then copy the 3 files to /boot, rename, lilo - done.
IS THIS CORRECT?
It will not adversley effect my existing/working vmlinuz-2.6.7 by running "make modules" or "make modules_install"?
I just want to be certain before I try it. thanks in advance.
In order, all I have to do now is:
(in /usr/src/linux-2.6.7/)
make menuconfig (make my changes I want)
make bzImage
make modules
make modules_install
then copy the 3 files to /boot, rename, lilo - done.
Yes, as long as you edit your lilo.conf to reflect the new kernels you installed before running lilo (the "make install" command will attempt to do that, but in my experience you better do it yourself)
This is how I do it. Works nicely (and saves you the bzImage and modules step): make menuconfig
make
make modules_install
then copy arch/<your arch>/boot/bzImage to /boot/somename
edit lilo.conf (add a section for any new kernel you plan to use, this is important. Make sure you copy sections not replace them, you may render your boot process unusable. Thats kinda hard to fix.) lilo
It will not adversley effect my existing/working vmlinuz-2.6.7 by running "make modules" or "make modules_install"?
No, it will not, because modules_install creates new folders in /lib/modules/<kernelname+version>/ (i.e. a new folder for any kernel you install. Check the name of the running kernel with "uname -r".)
By the way, have you tried copying the ".config" file from an old kernel source directory to the new one instead of running "make menuconfig"? If you configured a 2.4 kernel for your needs before, this may save you some figuring out what you need to do to get your stuff working.
Thanks a lot for the advice... I did use my old config (2.4.26) as a starting point for building the 2.6.7. Took a week or so to resolve the dreaded no video out of X problem, but now that that is resolved, onto other problems.
This is one of the reasons I like slackware so much, such a chance to learn. Although my Suse is easy to setup, it keeps me out of the internal workings - maybe thats a good thing though!
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.