Dist-upgrading Ubuntu Server 18.04 located in remote site?

Robert Heller heller at deepsoft.com
Mon Feb 7 14:25:25 UTC 2022


At Mon, 07 Feb 2022 14:22:13 +0100 "Ubuntu user technical support,? not for general discussions" <ubuntu-users at lists.ubuntu.com> wrote:

> 
> hi,
> Am Montag, dem 07.02.2022 um 08:05 -0500 schrieb Robert Heller:
> > At Mon, 07 Feb 2022 12:03:26 +0100 "Ubuntu user technical support,?
> > not for general discussions" <ubuntu-users at lists.ubuntu.com> wrote:
> > 
> > > hi,
> > > Am Sonntag, dem 06.02.2022 um 16:08 -0500 schrieb Robert Heller:
> > > > apt autoremove
> > > > 
> > > > Then,
> > > > 
> > > > apt purge linux-image-4.15.0-XXX-generic
> > > > 
> > > 
> > > the first command is supposed to be enough, if you actually need
> > > the
> > > second one because not all automatically upgraded kernels got
> > > removed
> > > with the first command, please file a bug using "ubuntu-bug linux"
> > > ...
> > 
> > *Normally* autoremove would be enough most of the time.  Autoremove
> > leaves 
> > behind 1-2 older kernels, so if you need a partitularly "lean" /boot
> > directory 
> > (FS), then manually purging the 1-2 kernels left by autoremove might
> > be 
> > needed.  The op has a *small* /boot FS, so the extra purge(s) will
> > trim things 
> > even more than autoremove and make sure there is plenty of free
> > space.
> > 
> 
> autoremove should always leave you with exactly three kernels, the one
> used at original install time, since this one is known to have worked
> back wen you installed the system (this can be a really old one in case
> of LTSes that have been installed from the .0 release), the last one
> you upgraded from last and the new current one...
> 
> indeed, if you want to drop the original one or the last known good
> one, you can manually remove either of them, but the next autoremove
> will still leave you with three kernels by default so this is a bit of
> a sisyphus job if you want to do it every time though ... :)

Normally you would not need or want to do this *every time*. *BUT* if your
/boot FS is small (and it might be when using a VM) AND you want to do an
release upgrade, it might make sense to do this to make your /boot FS as lean
as possible.  This is a *special case*.  The *op* was worried about running 
out of space and crashing the release upgrade, which could be a disaster.

> 
> ciao
> 	oli
> 

-- 
Robert Heller             -- Cell: 413-658-7953 GV: 978-633-5364
Deepwoods Software        -- Custom Software Services
http://www.deepsoft.com/  -- Linux Administration Services
heller at deepsoft.com       -- Webhosting Services
                               




More information about the ubuntu-users mailing list