Announcement

**Schwarzer Kater** · Mar 19, 2024, 12:21 PM

In the Konsole terminal emulator:

first
sudo apt update && apt list --upgradable

if there are new packages
sudo apt full-upgrade
and
reboot

then
sudo apt autoremove --purge

Warning: Read the output carefully and be sure that you really want to remove these (alleged useless) packages!

and
sudo apt autoclean

reboot
and check your free space

If still not enough free space, try something like Filelight or for CLI ncdu to find out what uses up your space.

**claydoh** · Mar 19, 2024, 12:29 PM

have you run an apt autoremove at all?
6Gb should be enoughg room, but of course you could have a bit more by cleaning up, for sure.

What bleachbit settings are you using? I do hate that tool, it mucks with too many things, potentially. My first thought was that this might be the case of the problem, but I calmed down and don't really think so in this case.

Why are you upgrading now?
Might it be a better time to do a fresh install, if you do intend to go to 24.04 next month or so?

Normally, you should have only three current kernels, but in older Ubuntu releases, this setup was often and easily be broken - and seems to be the case here. It is built in to apt itself today, instead of being separate scripts and processes

There are scripts that can remove a bunch of these
Or do it manually
https://askubuntu.com/questions/1253...untu-20-04-lts

I have used this myself, or something much like it, in the past.

**oshunluvr** · Mar 19, 2024, 12:38 PM

I've never seen 46 kernels (yes, I counted) on one machine. That takes up a bit of space! That's like 5GB of initrd.img!

**oshunluvr** · Mar 19, 2024, 12:39 PM

If autoremove doesn't get you down to only two, there's some issue with your system configuration. However, I suspect the upgrade would likely fix it.

**claydoh** · Mar 19, 2024, 01:05 PM

Originally posted by oshunluvr View Post

If autoremove doesn't get you down to only two, there's some issue with your system configuration. However, I suspect the upgrade would likely fix it.

Maybe not. part of the problem was that kernel packages were being set as 'manual' installs by a bug somewhere, iirc, which would not change in the upgrade.

Originally posted by oshunluvr View Post

I've never seen 46 kernels (yes, I counted) on one machine. That takes up a bit of space! That's like 5GB of initrd.img!

I saw a pile once, but I didn't count. it was after 7 upgrades, 3.5 years, back in the day, either starting or ending with 13.10 or so. Things definitely were not being autoremoved. It wasn't may main daily driver, but did run 24/7 for Kodi and backups destination. Somehow I never noticed the pileup happening until I ran out of inodes.

**oshunluvr** · Mar 19, 2024, 01:41 PM

Kernel autoremove was changed from a file in /etc/apt/apt.conf.d to hard coding into apt itself. It's really no longer user configurable unless you edit the code to apt. The later versions of apt keep newest, current, and last kernels. My suspicion is when upgrading from 20.04 to 22.04, one would get the newer version of apt. Of course, this assumes one uses apt to upgrade.

**claydoh** · Mar 19, 2024, 02:13 PM

Yes, but apt is still basing this off of being set as manual or auto-installed. ie as a dependency of a meta-package.
if these were marked as manual (no matter how it was installed), as was happening to some in the past, then they won't be autoremoved
( I tested)

apt-mark showauto | grep linux

Code:

$ apt-mark showauto | grep linux-
binutils-x86-64-linux-gnu
linux-base
linux-headers-5.15.0-101
linux-headers-5.15.0-101-generic
linux-headers-6.2.0-39-generic
linux-headers-6.5.0-25-generic
linux-headers-6.5.0-26-generic
linux-hwe-6.2-headers-6.2.0-39
linux-hwe-6.5-headers-6.5.0-25
linux-hwe-6.5-headers-6.5.0-26
linux-image-5.15.0-101-generic
linux-image-6.5.0-25-generic
linux-image-6.5.0-26-generic
linux-image-generic
linux-libc-dev
linux-modules-5.15.0-100-generic
linux-modules-5.15.0-101-generic
linux-modules-6.5.0-25-generic
linux-modules-6.5.0-26-generic
linux-modules-extra-5.15.0-101-generic
linux-modules-extra-6.5.0-25-generic
linux-modules-extra-6.5.0-26-generic
linux-sound-base

and
apt-mark showmanual | grep linux
$ apt-mark showmanual | grep linux-

Code:

linux-firmware
linux-generic
linux-headers-generic
linux-headers-generic-hwe-22.04
linux-image-5.15.0-100-generic  <--------------------see me?
linux-image-generic-hwe-22.04

Code:

$ sudo apt autoremove
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Starting pkgProblemResolver with broken count: 0
Starting 2 pkgProblemResolver with broken count: 0
Done

$ sudo apt-mark auto linux-image-5.15.0-100-generic
linux-image-5.15.0-100-generic set to automatically installed.

]sudo apt autoremove
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Starting pkgProblemResolver with broken count: 0
Starting 2 pkgProblemResolver with broken count: 0
Done
The following packages will be REMOVED:
 linux-image-5.15.0-100-generic linux-modules-5.15.0-100-generic
0 upgraded, 0 newly installed, 2 to remove and 0 not upgraded.
After this operation, 127 MB disk space will be freed.
Do you want to continue? [Y/n]

This could lead to a useful way to fix this, if the kernel packages were marked as manual.

**jlittle** · Mar 19, 2024, 02:35 PM

(Like claydoh. once I had to do this. [Edit]This post overlapped with claydoh's last one, and you might wait for his opinion on my suggestion here.)
Before trying the following, I suggest a good backup.

I suggest you identify the last two kernel versions you have, then do through each of the others (carefully) and remove them. The packages to remove are linux-modules-5.4.0-something-generic and linux-headers-5.4.0-something.

If you are familiar with a tool like muon, synaptic, or aptitude I suggest using that tool, but otherwise you can use apt, for example

Code:

sudo apt remove linux-headers-5.4.0-81
sudo apt remove linux-modules-5.4.0-81-generic

When my Kubuntu had linux 5 kernels, some header directories were not removed by the normal process, and they piled up for a while till I noticed them. This might have been a side effect of using dkms. After removing the old kernels, you might check for files or directories that have the old kernel version numbers in their names, and carefully delete them.

If you use grub as a boot loader, after deleting old kernels running sudo update-grub will tidy up the recovery menu.

**ronshor** · Mar 21, 2024, 11:39 AM

I'm a GUI user so all this is way too complicated for me.

the reason I did not upgrade till now is because I prefer stability over everything and I always upgrade a year after the official release date So last april was my time to upgrade but since I noticed I had a problem with my memory I kept a putting it off because I didn't want to deal with it

before using Bleachbit I used this command and it helped a bit.

Code:

sudo apt-get clean && sudo apt-get autoclean && sudo apt-get autoremove[B][COLOR=#000000][FONT=Arial][/FONT][/COLOR][/B]

Actually, when I did use bleachbit it was mostly for cleaning the home folder

So what I think is going to be the best move for me to get out of this mess right now is to back up everything and try to upgrade anyway and see what happens.

what do you say ?

By the way, does it matter if I upgrade from the GUI or use the command line in this case ?

**claydoh** · Mar 21, 2024, 12:01 PM

Originally posted by ronshor View Post

By the way, does it matter if I upgrade from the GUI or use the command line in this case ?

No, there is no difference, other than how the prompts are presented to you.

Originally posted by ronshor View Post

So what I think is going to be the best move for me to get out of this mess right now is to back up everything and try to upgrade anyway and see what happens.

what do you say ?

As a firm believer in at least attempting upgrades.........do a clean install.
Backups, of course.
Or use some method to get rid of all the excess files, either via scripts, or manually via Muon or Synaptic.
I have a feeling that you might run out of inodes soon enough, which will be much more of a headache.

**jlittle** · Mar 21, 2024, 02:51 PM

Originally posted by ronshor View Post

I'm a GUI user so all this is way too complicated for me.

Then I suggest installing Synaptic, or maybe Muon. They're GUI apps, and you can search for the kernel version numbers.

**ronshor** · Mar 23, 2024, 12:26 PM

Originally posted by jlittle View Post

Then I suggest installing Synaptic, or maybe Muon. They're GUI apps, and you can search for the kernel version numbers.

Okay, but how can I do it with Muon ?

**claydoh** · Mar 23, 2024, 12:32 PM

Search for items containing -5.4.0-100-generic or similar - the newest seems to be 172, you might leave a few of the most current versions to be safe, for starters.
Then mass select all the unwanted items, and uninstall.

**ronshor** · Mar 24, 2024, 06:19 AM

I ran the search you suggested on Muon and this is what it came up with.

So, what Should I do now ?

Just uninstall these 4 items ?

Announcement

Cleaning up system partition before upgrading to 22.04

Cleaning up system partition before upgrading to 22.04

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment