Removing redundant kernels
Following updates I find I have several redundant kernels and corresponding entries in GRUB. Is there a preferred method of removing these, once I have established stability with later versions, or is my first thought of 'rm'ing the relevant files and editing menu.lst good enough? Peter HB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Removing redundant kernels
Hello Peter. Peter Hillier-Brook, 03.11.2006 18:24: > Following updates I find I have several redundant kernels and > corresponding entries in GRUB. Is there a preferred method of removing > these, once I have established stability with later versions, or is my > first thought of 'rm'ing the relevant files and editing menu.lst good > enough? It depends on the way you installed them. If you install them via Debian’s packaging-system, then you can remove them the same way of course. Just remove the kernel package which you don’t need any longer. Regards, Mathias -- debian/rules signature.asc Description: OpenPGP digital signature
Re: Removing redundant kernels
Peter Hillier-Brook wrote: Following updates I find I have several redundant kernels and corresponding entries in GRUB. Is there a preferred method of removing these, once I have established stability with later versions, or is my first thought of 'rm'ing the relevant files and editing menu.lst good enough? Peter HB Using the package management tools works fine. 99% of the time they'll also handle changing your grub configuration, etc... with no problems at all. The kernel packagers do a great job. Nate -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Removing redundant kernels
On (03/11/06 17:24), Peter Hillier-Brook wrote: > Following updates I find I have several redundant kernels and > corresponding entries in GRUB. Is there a preferred method of removing > these, once I have established stability with later versions, or is my > first thought of 'rm'ing the relevant files and editing menu.lst good > enough? You'd be well advised to use the package management system to remove the kernels. Personally, I use aptitude. Having checked which is your running kernel, go into aptitude, and mark for removal those you want rid of. If you mark the with '_' both the package and the configuration files are purged. Regards Clive_ -- www.clivemenzies.co.uk ... ...strategies for business -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Removing redundant kernels
Clive Menzies wrote: > You'd be well advised to use the package management system to remove the > kernels. Personally, I use aptitude. Having checked which is your > running kernel, go into aptitude, and mark for removal those you want > rid of. If you mark the with '_' both the package and the configuration > files are purged. > I did this on my server using aptitude and it didn't work. I '_' purged two kernels that had been install with aptitude but it left the actual kernels and initrds and configs in /boot. I had to rm them manually. hunh. I better look into that more as I know that's not proper behavior. A -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Removing redundant kernels
On (03/11/06 10:06), Andrew Sackville-West wrote: > > You'd be well advised to use the package management system to remove the > > kernels. Personally, I use aptitude. Having checked which is your > > running kernel, go into aptitude, and mark for removal those you want > > rid of. If you mark the with '_' both the package and the configuration > > files are purged. > > > > I did this on my server using aptitude and it didn't work. I '_' purged > two kernels that had been install with aptitude but it left the actual > kernels and initrds and configs in /boot. I had to rm them manually. > > hunh. I better look into that more as I know that's not proper behavior. That's not something I've ever experienced. You didn't install these kernels manually using 'dpkg -i' by any chance? Regards Clive -- www.clivemenzies.co.uk ... ...strategies for business -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Removing redundant kernels
Peter Hillier-Brook wrote: Following updates I find I have several redundant kernels and corresponding entries in GRUB. Is there a preferred method of removing these, once I have established stability with later versions, or is my first thought of 'rm'ing the relevant files and editing menu.lst good enough? Thanks to all for the helpful responses. It's an experimental system and I installed the kernels 'accidentally' via Synaptic Reload/Mark all Updates/Apply, so I had no direct involvement in choosing specific kernel packages. No doubt I'll find them in the Synaptic listing somewhere. If I might pose a supplementary question, can anyone suggest why the default kernel on my AMD Athlon 3200+ is a '-486' version whereas on a Pentium III it's a '-686' version: this is directly from system installation. My understanding of the hardware is that the AMD processor is fully compatible with the Pentium IV and therefore a '-686' kernel would seem appropriate. At the moment this question is purely academic, but any daylight would be helpful. Many thanks. Peter HB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Removing redundant kernels
On Fri, 03 Nov 2006 17:24:23 +, Peter Hillier-Brook wrote > Following updates I find I have several redundant kernels and > corresponding entries in GRUB. Is there a preferred method of > removing these, once I have established stability with later > versions, or is my first thought of 'rm'ing the relevant files and > editing menu.lst good enough? I have a similar problem: I have an etch box with custom compiled kernels from kernel-package. I've installed a bunch with dpkg -i and used apt to remove them. But dpkg still shows them in the the list of packages. For example: host:~# dpkg --get-selections |grep linux-image linux-image-2.6.16-2-k7 purge linux-image-2.6.17 purge linux-image-2.6.17-2-486purge linux-image-2.6.17-2-686install linux-image-2.6.17-2-k7 purge linux-image-2.6.17etalon-k7 purge Is there a way to remove the packages marked "purge"? Thanks Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Removing redundant kernels
On (03/11/06 13:12), michael wrote: > On Fri, 03 Nov 2006 17:24:23 +, Peter Hillier-Brook wrote > > Following updates I find I have several redundant kernels and > > corresponding entries in GRUB. Is there a preferred method of > > removing these, once I have established stability with later > > versions, or is my first thought of 'rm'ing the relevant files and > > editing menu.lst good enough? > > I have a similar problem: > > I have an etch box with custom compiled kernels from kernel-package. > I've installed a bunch with dpkg -i and used apt to remove them. > But dpkg still shows them in the the list of packages. > For example: > > host:~# dpkg --get-selections |grep linux-image > linux-image-2.6.16-2-k7 purge > linux-image-2.6.17 purge > linux-image-2.6.17-2-486purge > linux-image-2.6.17-2-686install > linux-image-2.6.17-2-k7 purge > linux-image-2.6.17etalon-k7 purge > > Is there a way to remove the packages marked "purge"? Caveat: do not purge the kernel you're running that said: $ uname -a //will show you the kernel you're running $ sudo aptitude install linux-image-2.6.17-2-686 when finished reboot, $ uname -a //will show you the kernel you're running $ sudo aptitude purge linux-image-2.6.16-2-k7 linux-image-2.6.17 linux-image-2.6.17-2-486 linux-image-2.6.17-2-k7 linux-image-2.6.17etalon-k7 $ sudo aptitude clean //to clean the package cache apt(itiude) will sort the menu.lst Regards Clive -- www.clivemenzies.co.uk ... ...strategies for business -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Removing redundant kernels
michael wrote: On Fri, 03 Nov 2006 17:24:23 +, Peter Hillier-Brook wrote Following updates I find I have several redundant kernels and corresponding entries in GRUB. Is there a preferred method of removing these, once I have established stability with later versions, or is my first thought of 'rm'ing the relevant files and editing menu.lst good enough? I have a similar problem: I have an etch box with custom compiled kernels from kernel-package. I've installed a bunch with dpkg -i and used apt to remove them. But dpkg still shows them in the the list of packages. For example: host:~# dpkg --get-selections |grep linux-image linux-image-2.6.16-2-k7 purge linux-image-2.6.17 purge linux-image-2.6.17-2-486purge linux-image-2.6.17-2-686install linux-image-2.6.17-2-k7 purge linux-image-2.6.17etalon-k7 purge Is there a way to remove the packages marked "purge"? Thanks Mike I had a similar problem. I was using synaptic and could not "purge" or "remove complete" a similar set of kernels. I also had this problem back with the 2.6.14 kernel. I followed the advice given in the posting below and was able to purge these kernels. http://lists.debian.org/debian-kernel/2006/01/msg00143.html I had to change to /var and do a find -name "*2.6.16*" to find the directory containing the postrm script mentioned in the above link but once I found it and commented out the offending line I could remove the kernels. R.Parr, RHCE, Temporal Arts -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Removing redundant kernels
On Fri, Nov 03, 2006 at 06:40:09PM +, Clive Menzies wrote: > On (03/11/06 10:06), Andrew Sackville-West wrote: > > > > I did this on my server using aptitude and it didn't work. I '_' purged > > two kernels that had been install with aptitude but it left the actual > > kernels and initrds and configs in /boot. I had to rm them manually. > > > > hunh. I better look into that more as I know that's not proper behavior. > > That's not something I've ever experienced. You didn't install these > kernels manually using 'dpkg -i' by any chance? nope, but I realise I probably installed some of them with apt-get before I switched over to aptitude. Still though a purge should wipe them out. frankly its no biggie. A signature.asc Description: Digital signature
Re: Removing redundant kernels
On Fri, Nov 03, 2006 at 06:40:09PM +, Clive Menzies wrote: > On (03/11/06 10:06), Andrew Sackville-West wrote: > > > You'd be well advised to use the package management system to remove the > > > kernels. Personally, I use aptitude. Having checked which is your > > > running kernel, go into aptitude, and mark for removal those you want > > > rid of. If you mark the with '_' both the package and the configuration > > > files are purged. > > > > > > > I did this on my server using aptitude and it didn't work. I '_' purged > > two kernels that had been install with aptitude but it left the actual > > kernels and initrds and configs in /boot. I had to rm them manually. > > > > hunh. I better look into that more as I know that's not proper behavior. > > That's not something I've ever experienced. You didn't install these > kernels manually using 'dpkg -i' by any chance? Would that matter? Aptitude, synaptic, apt-get ... eventually call dpkg anyway. IOW I think its dpkg that knows about the config files. -- Chris. == " ... the official version cannot be abandoned because the implication of rejecting it is far too disturbing: that we are subject to a government conspiracy of `X-Files' proportions and insidiousness." Letter to the LA Times Magazine, September 18, 2005. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
kernel for AMD Ahtlon (was: Removing redundant kernels)
Peter Hillier-Brook <[EMAIL PROTECTED]> writes: > If I might pose a supplementary question, can anyone suggest why the > default kernel on my AMD Athlon 3200+ is a '-486' version whereas on a > Pentium III it's a '-686' version: this is directly from system > installation. My understanding of the hardware is that the AMD > processor is fully compatible with the Pentium IV and therefore a > '-686' kernel would seem appropriate. You should use the '-k7' version. So you should install the linux-image-2.6.18-1-k7 package (if you're running sid) HTH -- Dominique Dumont "Delivering successful solutions requires giving people what they need, not what they want." Kurt Bittner -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]