Newly compiled kernel behaves as if it was the old one?
Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
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.
Newly compiled kernel behaves as if it was the old one?
Hello!
I've just installed debian 3.0, which somehow got me kernel 2.2.20. Of course I didn't like this, to I got the sources & headers for 2.4.18 and compiled this kernel (with USB fs support and stuff). Now when I reboot the computer, everything _seems_ to be going fine, except that somehow the new compiled stuff doesn't work, for example mounting the usbfs tells me that this fs is not supported in the kernel.
Worst thing ever though: modprobe seems not to be able to find the modules compiled for 2.4.18, just the ones for 2.2.20, and it _loads_ them! When I copy some of the 2.4.18 modules into the 2.2.20 directory and try to load them, it gives me a kernel version mismatch, claiming that I'm actually running 2.2.20!
I've recompiled the kernel about 10 times yesterday, yes, I did make mrproper, I didn't forget to make modules and make modules_install. I've even deleted the 2.2.20 vmlinuz, so there isn't even a 2.2.20 kernel on my hard drive.
After I've almost gone ballistic yesterday well after midnight, I've decided I'd better ask for help here before I do something I'd regret and my PC wouldn't live to regret... So, does anybody know where this may come from or what I could do about it?
you should paste /etc/lilo.conf and a directory listing of /boot and the files in / .
meanwhile check this...
a) have you copied the new kernel image and system.map to the boot directory?
b) have you modify /etc/lilo.conf adding the entry for the new kernel?
c) if you have modified lilo.conf... have you executed /sbin/lilo to make the changes to be operative?
d) have you modified /etc/modules adding the new modules that you want to load at the boot? (and removing the ones you don't want to load)
Yup, if using lilo, you have to execute /sbin/lilo after making sure that the path to the new kernel image is correct inside /etc/lilo.conf
You can type:
uname -r
to see what version of the kernel you are currently running. Sounds to me like it's still booting the old kernel, but you think it's booting the new one =P
Nope, the System.map is in /boot, map=System.boot is set in lilo.conf,, the right kernel was set to be booted too (I always change the lable when I recompile the kernel, and the right label was shown when I rebooted), so I definitely have run lilo after changing lilo.conf.
uname -r says taht it's 2.2.20_idepci, but this kernel doesn't exist on my ahrd drive anymore, I've deleted it to make fully sure.
It's not the first time I compile a new kernel, but the first time I have this kind of trouble... any ideas?
you should paste /etc/lilo.conf (without commentary and blank lines) and a directory listing of /boot and the files in / .
Without that we can't help you.
Bye.
PS:
Number 1 RULE compiling a new kernel:
DO NOT REMOVE THE OLD KERNEL UNTIL YOU BE SURE THE NEW ONE IS WORKING FINE !!
nevertheless, I always keep the last two running kernels for emergency purposes.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.