[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: disk usage for /usr/lib on bullseye

On 2/5/23 11:42, David Wright wrote:
On Mon 01 May 2023 at 23:24:56 (-0400), Timothy M Butterworth wrote:
On Mon, May 1, 2023 at 10:45 PM Rick Thomas <rick.thomas@pobox.com> wrote:
On Mon, May 1, 2023, at 11:14 AM, Bret Busby wrote:
On 2/5/23 02:06, David Christensen wrote:
On 5/1/23 06:51, Bonno Bloksma wrote:
The cause seems to be the folder /usr/lib/modules#
linams:/usr/lib/modules# du * -sh
4.7M    5.10.0-10-amd64
4.7M    5.10.0-11-amd64
4.7M    5.10.0-12-amd64
4.7M    5.10.0-13-amd64
4.7M    5.10.0-15-amd64
4.7M    5.10.0-16-amd64
309M    5.10.0-18-amd64
309M    5.10.0-19-amd64
309M    5.10.0-20-amd64
309M    5.10.0-21-amd64
309M    5.10.0-22-amd64
4.7M    5.10.0-7-amd64
4.7M    5.10.0-8-amd64
4.7M    5.10.0-9-amd64

Did anyone else notice the massive jump in file size here? 4.7M to 309M is
a huge increase in file size!

4.7MB is the size of the modules.* that are created during
installation, as I mentioned in my post. These are deleted
by purge but not by remove, whereas:

$ du -sh /lib/modules/5.10.0-22-amd64/
309M    /lib/modules/5.10.0-22-amd64/

is the modules themselves, awaiting deletion. (Actually, this
particular listing is my live kernel.)

Host linams is the most burdened one, with five sets of modules.
I'm assuming that the kernels/initrds have gone from /boot. If
all five are still there, then the good news is that my first
post doesn't apply, and they've simply forgotten to remove the
1st, 2nd and 3rd oldest kernels (and it's best to use purge
for less clutter).

Have you tried running also
apt autoclean

I thought that just cleared /var/cache/apt/archives/.

apt purge

I've never tried that without a package name. What does it do?


Bret Busby
West Australia

Reply to: