clean out old kernel versions?

[Chris Green]

On Sun, Mar 07, 2021 at 05:06:30PM +0000, Colin Law wrote:
> On Sun, 7 Mar 2021 at 16:28, Bret Busby <bret.busby at gmail.com> wrote:
> >
> > On 07/03/2021, Colin Law <clanlaw at gmail.com> wrote:
> > > On Sun, 7 Mar 2021 at 07:10, Bret Busby <bret.busby at gmail.com> wrote:
> > >>
> > Whilst I accept that I am not as knowledgeable as some others on this
> > list, especially about the combination command, I believe that, for
> > the original poster to run that combination command (or, apparently
> > better, the apt, rather than the apt-get version, the apt version
> > having been posted by me, in a revised and later version of the post
> > to which the response from Colin, is above), initially, and, for
> > future system updates, will likely both deal with the current problem,
> > and, prevent a recurrence of the current problem.
> >
> > But, the freedom to choose, should be a right.
> 
> I wasn't saying he shouldn't run the commands, I was just pointing
> out, in case there was confusion, that the only bit of it that
> addressed the question asked is the autoremove command.
> Personally I never use -y, I like to see what is going to happen.  In
> addition I never remove kernel versions until I have rebooted after a
> kernel update, in case there is a problem with he new kernel that
> stops it booting.  Provided it has not been removed one can go back to
> the previous one.
> 
In general I think using autoremove will always leave at least one
older kernel version installled, it always used to anyway.


> There isn't actually anything wrong with using apt-get except that it
> is the old version and apt is simpler to use in a number of ways.  At
> some point apt-get may get deprecated, but not for a very long time I
> think.  It would break a huge number of scripts, even though there has
> long been a warning not to use it in scripts.
> 
Since apt is simply built on top of apt-get I don't think apt-get will
ever go, unless apt goes as well.

-- 
Chris Green