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