Re: hacking grub to control number of retained kernels.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



On Fri, Sep 02, 2016 at 10:52:05PM -0400, Fred Smith wrote:
> I've recently had this problem on two C7 systems, wherein when doing "yum
> update", I get a warning about /boot being low on space.
> 
> both systems were installed using the partition size recommended by
> Anaconda, right now "df -h" shows /boot as 494M, with 79M free.
> 
> I don't store unrelated crap on /boot, I assume that yum and/or grub
> will manage it for me. So, why, after over a year, is it running low
> on space on two different systems?
> 
> Is there some location in /boot where junk piles up, but shouldn't,
> that I have to know about so I can clean it out?
> 
> I see EIGHT initramfs files in /boot, two per kernel, same name but
> one has a kdump just before the .img suffix. do I need those for old
> kernels that I may or may not ever boot? (they're 30 to 50 MB each).
> 
> For the moment I've edited /etc/grub.conf and changed installonly_limit
> from 4 to 3. (related question: do I need to manually remove the
> oldest kernel, having done this, or will yum/grub clean it up the
> next time there's a kernel to install?)
> 

I may be off-base here, but isn't that more a yum configuation issue?
What is the installonly_limit in /etc/yum.conf?

Jon
-- 
Jon H. LaBadie                 jon@xxxxxxxxxx
 11226 South Shore Rd.          (703) 787-0688 (H)
 Reston, VA  20190              (703) 935-6720 (C)
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
https://lists.centos.org/mailman/listinfo/centos



[Index of Archives]     [CentOS]     [CentOS Announce]     [CentOS Development]     [CentOS ARM Devel]     [CentOS Docs]     [CentOS Virtualization]     [Carrier Grade Linux]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Linux USB]
  Powered by Linux