<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Dec 6, 2017 at 2:10 AM, robert <span dir="ltr"><<a href="mailto:robert@redcor.ch" target="_blank">robert@redcor.ch</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">after many years of dutiful service one of my remote boxes stops to accept updates.<br>
<br>
It complains that there is no space on /boot<br>
<br>
But I can not delete any of the old kernels as the following dialogs show<br>
<br>
how can I clean up things?<br>
<br>
robert<br><br></blockquote></div><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">I see this happen all the time on older systems. I think it's due to a missing step in the upgrade process -- Ideally before doing the upgrade you would CAREFULLY do an </div><div class="gmail_extra"><br></div><div class="gmail_extra">apt autoremove</div><div class="gmail_extra"><br></div><div class="gmail_extra">to purge all the old linux packages, because in the upgrade process (from Ubuntu 16.04 to 16.10 for instance) the upgrader deletes the kernel packages but leaves the boot portions and libraries behind. I presume this is because it's safer to assume it won't hurt anything and it could break the boot if it picked the wrong things.</div><div class="gmail_extra"><br></div><div class="gmail_extra">I wrote "carefully" because autoremove can occasionally remove things you don't want it to.</div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">I apologize that I cannot tell you the other places to look for the libraries that get left behind. If you dig around you'll see them, and you can free up a lot of space by deleting them. I'm sure other folks can describe it better and maybe can describe exactly why the upgrade process doesn't catch these files.</div><div class="gmail_extra"><br></div></div>