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.
 |
GNU/Linux Basic Guide
This 255-page guide will provide you with the keys to understand the philosophy of free software, teach you how to use and handle it, and give you the tools required to move easily in the world of GNU/Linux. Many users and administrators will be taking their first steps with this GNU/Linux Basic guide and it will show you how to approach and solve the problems you encounter.
Click Here to receive this Complete Guide absolutely free. |
|
 |
12-20-2009, 01:43 PM
|
#1
|
|
Member
Registered: Jan 2009
Location: USA
Distribution: Fedora 14 / Slackware 13.1
Posts: 85
Rep:
|
[SOLVED] Removing Slackware kernel packages
Hey all. I'm trying to slim down my system, and realized I still have all of the default kernel packages installed -- including the entire source tree to 2.6.29.6. Since compiling a new kernel is one of the first things I do when using any distribution, would it be safe to remove all of the Slackware kernel packages and the old source tree to try and free up some space? This isn't to say I'm going to use only one bleeding-edge kernel and risk it all, I always keep at least one stable backup should one of my new experiments go awry. :P Just checking with you all about it before I do something catastrophic.
Last edited by camphor; 01-27-2010 at 05:16 PM.
|
|
|
|
12-20-2009, 02:22 PM
|
#2
|
|
Senior Member
Registered: Oct 2005
Distribution: Slackware 14.0
Posts: 2,955
|
Sure, you can delete the stock kernel packages and sources. You seem to indicate that you understand that you should test your compiled kernel for several days before removing the stock packages.
I keep the huge kernel installed and a boot loader menu option available in case I screw up any kernel compile project. I also keep any previous version I have compiled as another backup option.
Do not remove the kernel headers package. 
|
|
|
|
12-20-2009, 02:49 PM
|
#3
|
|
Guru
Registered: Jan 2004
Location: NJ, USA
Distribution: Slackware, Debian
Posts: 5,817
|
Yeah, it makes sense to keep at least the last stable kernel you built around, or just the stock huge Slackware kernel. The idea is that if you have a problem in the new kernel, you can fall back on a known-good kernel. Otherwise you would have to break out the install disc and boot up your system that way, which is sort of a hassle (especially if you don't have an optical drive installed normally...).
Of course this mainly applies during the time period right after a kernel upgrade. If you have been using your newly compiled kernel for awhile and there are no problems then you probably wouldn't need to drop back down to the stock one. Of course, for the few MBs it takes up, it is nice to have a backup.
But you don't say if the source package is the same as the kernel you have built, or if you downloaded the vanilla sources for a newer kernel release and built that. You should always keep the source tree you used to build your current kernel, as that can be required for building out of kernel modules (like binary video drivers, WiFi drivers not yet included in the kernel, etc).
Also keep in mind that you need to have the exact same source tree as the one you built the kernel for, not just the same release. In other words, if you built a custom kernel from the 2.6.29.6 source package, just reinstalling that source package in the future won't let you build kernel modules for your kernel.
|
|
|
|
12-20-2009, 07:19 PM
|
#4
|
|
Senior Member
Registered: Jul 2008
Location: /dev/null
Posts: 1,173
Rep: 
|
I'd say keep the old kernel,just removepkg kernel-huge. Creae an entry in lilo.conf with the older kernel and keep it as "Fallback". That's what I do. You never know when things mess up.
|
|
|
|
12-21-2009, 02:49 AM
|
#5
|
|
Member
Registered: Sep 2009
Posts: 140
Rep:
|
i always remove kernel-huge and kernel-generic, and compile a new kernel from /usr/src/linux
Last edited by JokerBoy; 12-23-2009 at 03:24 PM.
|
|
|
|
| Thread Tools |
Search this Thread |
|
|
|
Posting Rules
|
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is Off
|
|
|
All times are GMT -5. The time now is 10:23 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
|
|