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 getting this messages (as per subject) whenever I try any commands, this follows trying to reinstall the appropriate glibc version for my slack 9.1 box.
Can this be saved or am I facing a reinstall of the system.
I currently cant connect with any new ssh sessions, I can however still access the web pages that the system is serving.
I have so far managed to boot with the install disk, mount the root partition and also the /var partition (not sure if this was needed by the package manager) and removed glibc and then reinstalled from the CD, the correct version for slack 9.1, still no juy, wont boot, throws up "FATAL: kernel too old".
In desperation, I tried installing the whole "l" packages section, still the same results.
Hmm..yeah, probably good idea to make sure all the glibc packages are re-installed. Are you sure you actually did update the glibc package though? What version does /var/log/packages/ (or whatever your mountpoint/var/log/packages if using a bootdisk) indicate is installed and does that match the version on the Slackware 9.1 install?
I only ask the question because I would guess the newer version of glibc is the one complaining about the version of the kernel, but only a guess here.
I've reinstalled all thr a and l packages now and still no joy.
I tried booting with one of the other kernels i had from previous and didnt get my FATAL: kernel too old message, but system eventually hung after giving "updating dependencies for 2.4.2" and then loads of insmod errors/issues.
Think, I'll give up on this as I need to get it back up and running quickly, so think its looking like a fresh install
Thanks for the help though
@tmmukunn yup, the log shows packages that match the slackware disk
nah, I basically set this up way back, tweaked the kernel and its basically ran since, only ever rebooted when changing my ups battery really.
This all really started when trying to compile something, (complied may things in its time without issues), assumed I needed to update glibc and here I am.
To recap;
I've booted with the install CD and tried to remove/update all of the "a" and "l" package groups (with exception to the kernel in the "a" group).
So I now have two scenarios while trying to boot, when booting with my original, as installed kernel, I get the FATAL: kernel too old issue. when trying to boot with the tweaked kernel, which has been run for years, I'm thrown lots of "insmod warnings/errors" and "updating module dependencies" warings. It eventually hangs.
If this can be sorted and anyone has some easy to understand steps, I'd love to hear them, otherwise, I'll bite the bullit and do a fresh install and pull my configs and www data from backup.
In that "a" group there is also a package for kernel modules. If that was installed, that's probably the cause of all the errors and warnings. Your "tweaked" kernel modules may be gone or corrupted. If you built the kernel on that machine, change into the build directory and issue make modules_install again.
I did however think that the purpose of the pkgtool was to do the deleting/installing for you, so you didnt have to go manually removing files.
glibc is special. pkgtools work ok if you upgrade to a later version, it just leaves the old version there. But now you want to downgrade and you get to problems because it leaves the newer version there.
(How so? Because the incoming library files are in an "incoming" subdirectory from which the are moved to place. And they are not there any longer when you think you are removing them.)
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.