Low on storage. Help needed

sudo rm -rf /path/to/Backup2024.iso

If its under “/home”…you don’t need sudo.
change the “/path/to” part to where that backup iso is located.

-r is recursive
-f is forced
you may not need those either.

If its under “/home” you can remove it from ‘files’
… then remember to empty trash!

1 Like

Removed the backup.iso in ‘files’ (move to trash) :ok_hand: Also a Mozilla folder. Will soon remove maaaany screenshots I use for my work that may be excessive to keep.

1 Like

also sift through Downloads, Desktop, Pictures, and Documents.

Thanks, Corradoventu and WhyattWhiteEagle for a true teamed assistance properly conducted for an unskilled; style very few have the patience to perform.

But smile; tomorrow will be worse when your headache (me) returns some day.

1 Like

Nah, you’re not a headache.
We’ve been where you are now.
We know how frustrating “not knowing” can be.

1 Like

No problem, it was a good opportunity to brush up on some knowledge.

2 Likes

But frustration has limits. Am an old fart Ubuntu user since version 05.10 ! and still have huge voids. I just do not get it even while enjoying Ubuntu. Abandoned a vomitive Windows around then.

something that may help speed up your process of cleanup’s…
fdupes
It’s a program that deals with duplicates.
sudo apt-get install -y fdupes

Backup whatever directories you run this on.
Then run things like…
“fdupes -Nd /home/externet/Pictures”

Cups is used for using a printer.
simplenote is for taking notes like on a “sticky note” pad but for things like a computer

For future reference, don’t use -g on sort with a command line that is spitting out sizes, but use -h. The -h in du means “human readable” and there is a corresponding -h in sort that sorts by unit and then number.

By contrast, -g is for a numeric sort. If there were only numeric values (e.g. 5) instead of actual sizes (e.g. 5G), that would be right. You can in fact see it not working as intended above with a couple entries in the M level listed below the K level:

52K unattended-upgrades
25M journal
24K faillog
20M syslog.1
16K fontconfig.log
16K boot.log.1

Here’s that little snippet run through sort -rh:

25M journal
20M syslog.1
52K unattended-upgrades
24K faillog
16K fontconfig.log
16K boot.log.1
1 Like

Seem’s “sort -rh” put’s them in order from greatest to smallest.

Awesome to know, thank you.

That’s -r or “reverse” at work. Default behavior is smallest to greatest.

1 Like

If you don’t want snaps, look for non-snap version’s for the snaps that you use.
Synaptic Package Manager typically shows current non-snap versions.

Also…rotating logs.
I’m not sure exactly what the max threshold’s for these are, but they can be regulated to a smaller threshold size for each.

Let us know if you want these info’s.

sudo apt autoclean never says much. You have to look at df -k both before and after to see your space recovery.

For more details on the command options from the manual:

       clean
           clean clears out the local repository of retrieved package files. It removes everything but the lock
           file from /var/cache/apt/archives/ and /var/cache/apt/archives/partial/.

       autoclean (and the auto-clean alias since 1.1)
           Like clean, autoclean clears out the local repository of retrieved package files. The difference is
           that it only removes package files that can no longer be downloaded, and are largely useless. This
           allows a cache to be maintained over a long period without it growing out of control. The
           configuration option APT::Clean-Installed will prevent installed packages from being erased if it is
           set to off.

sudo apt autoclean is less aggressive than sudo apt clean

You could try using clean if you are willing to be that aggressive. I usually don’t use clean except when I have totally filled up the OS drive and need space back quick.

In your list i see only 2 snaps that could be replaced by the corresponding .deb but the savings would be minimal. cups .deb should be pre-installed, gedit can be installed with sudo apt install gedit and then sudo snap remove gedit to remove the snap.

Install the non-snap versions.
Then get rid of the snaps.
Then run “sudo apt-get autopurge snapd”
Then reboot.

Do you really need the root-framework snap? I author that one myself and it’s using 3GB of your storage alone.

I’ve seen people in the past install it as a replacement for sudo, it isn’t, it’s a C++ Compiler, Python Environment, all targetted around primarily university (up to & beyond PhD) physics. Unless you’re doing CERN stuff, I’d suggest removing it. (Note, I’m not suggesting going as far as removing all Snaps, especially in a conversation about storage size, because I’m not convinced Snaps generally speaking actually do use more storage than equivilent native packages; E.G., ROOT there is 1.5GB per revision. Each revision uncompressed would be 4GB on the disk. Having two versions doesn’t even cost you the same disk space as a single native install…)

About snaps and storage space usable and available.
I was leaving the decision to the OP whether to keep the snaps or not.

True, if he doesn’t use the framework snap…it should be gone.

I choose no snaps because of other reasons.

gedit, leafpad, featherpad…all these are text editor’s.
leafpad and featherpad are “lightweight” alternative’s for gedit.

The ultimate choice’s are up to the OP.
But “lightweight” alternative’s are thing’s which haven’t been touched on until now.
There’s some other thing’s which haven’t even been mentioned.

The OP is showing a usable partition of 32gb.
A larger storage device is something that was touched on but not in much detail.

However, I believe we were aiming for what can be done now until the larger storage device can be obtained.
Most of us are using at least a 120gb ssd or 500gb hdd.

My Ubuntu partitions are just 32GB, also for 25.04 Plucky but for snaps i have just the ones preinstalled from system, i have a separate partition for swap and i don’t keep data in /home but move it as soon as possible to data partitions.