public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Dale <rdalek1967@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: Boot has no space left.
Date: Fri, 1 Jul 2022 04:37:35 -0500	[thread overview]
Message-ID: <e07d7804-3e7a-8eee-af65-592c1bb66998@gmail.com> (raw)
In-Reply-To: <54119383-b16d-8220-f557-0fed3e84746c@youngman.org.uk>

Wols Lists wrote:
> On 01/07/2022 00:21, Dale wrote:
>> When I upgrade to a new kernel, I run for a month or so and then
>> manually clean out /boot, that would include kernel, init thingy,
>> System.map and config files.
>>
>> Seeing this reminds me it might be a good time to look into updating,
>> even tho I might not reboot for a while yet.
>
> When I update, I wait until I'm happy the new one seems okay, and then
> I just leave the most recent one and the one before.
>
> That said, I need to upgrade, and I need to see if my random hangs are
> fixed (there's apparently a bug in the Ryzen 3000, and I'm guessing
> that's what I'm hitting).
>
> Cheers,
> Wol
>
>


After my previous reply, I updated to a newer kernel.  It's in /boot but
it may be months before I reboot.  Anyway, I currently have four kernels
in /boot.  My current running kernel and two backup kernels plus the new
untested one.  Whenever I get around to rebooting and the new kernel
works fine, I'll remove the oldest one including sources etc. 

I try to keep at least two backup kernels.  One reason I do that, the
init thingy.  I admit dracut is working well for me but given the
history I have with those thingys, I want extra protection.  The odds of
three boot options going bad are pretty slim and if it did happen, I
likely have a serious hard drive problem anyway, file system at the very
least.  Either way, I have a lot to worry about. 

Maybe one of the suggestions mentioned here will help the OP.  It seems
he is letting the updater do the install or something and the kernel is
a fast moving target.  One has to have some way, automated or manual, to
clean up the unneeded bits.  I doubt most anyone makes their /boot to
large anyway.  Usually 300 or 400MBs is enough. 

Dale

:-)  :-) 


      reply	other threads:[~2022-07-01  9:37 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-06-30 16:19 [gentoo-user] Boot has no space left Guillermo García
2022-06-30 16:29 ` Dale
2022-06-30 16:47 ` Julien Roy
2022-06-30 17:11   ` Guillermo
2022-06-30 17:24     ` [gentoo-user] " Nikos Chantziaras
2022-06-30 18:15       ` Guillermo
2022-06-30 18:23         ` Michael
2022-06-30 19:38           ` Wols Lists
2022-06-30 20:29             ` Lee
2022-06-30 23:00               ` William Kenworthy
2022-06-30 23:21                 ` Dale
2022-07-01  8:52                   ` Wols Lists
2022-07-01  9:37                     ` Dale [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=e07d7804-3e7a-8eee-af65-592c1bb66998@gmail.com \
    --to=rdalek1967@gmail.com \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox