Over 250GB available BUT not enough space error

hey guys! I really need your help!
Over the last couple of days I noticed, that even though I am deleting old documents, videos, etc. from my ssd, the available disk space shown in Files, stacer and DoubleCommander kept the same.
I deleted via DoubleCommander and also via Files - makes no difference
No I’ve reached the 1GB notice and I don’t know what to do!
thank you in advance, I really appreciate your help!

in case it helps: running manjaro gnome 43.1 with the latest updates on a Dell Lattitude 7390 with 1TB SSD using btrfs (encrypted)

If you are using btrfs - btrfs-assistant to run a balance

If you are using ext4 - run fstrim -a

1 Like

Maybe it’s in the trash directory rather than actually deleted?

thx - first accidently did a scrub, now running a balance
I’ll post the result :slight_smile:

first thing I checked :wink:
then did a cold reboot and a warm reboot

after running the balance there is just an additional 1GB won :-/ any further suggestions?

It is difficult to suggest anything - as it is not my system.

Cleanup the journal

journalctl --vaccum-size=50M

Cleanup your pacman cache

sudo paccache -ruk0

Cleanup your Trash

rm -rf ~/.local/share/Trash

Flatpaks and snaps can easily take up space - a lot of space

I don’t know anything about snaps but located some 3rd party info

sudo snap list
sudo snap remove <pkg-name>

I’m make a wild guess here, so it could easily be wrong. You said you’re using BTRFS, are you using timeshift or some other tool to make snapshots? If so you might need to remove a few snapshots to actually free up that space.

I’ll use timeshift as the example because that’s what I use. In timeshift’s main window there is a column titled “unshared”, that’s how much unique space that snapshot uses. Usually it’ll be the oldest snapshots that use the most space. If you delete a snapshot it SHOULD free up that unshared disk space for use.

no changes - but I used stacer to clean up my system upfront.
I can tell it is not an issue of to many data but a problem that moved data to another device or deleted data is not freed
sorry, I am running manjaro now for a year and I’m still learning a lot

checked that too - only 4 snapshots kept
but I couldnt find an unshared column

Hi @alexsuff,

Please provide the output of:

df --human-readable

…and:

du --human-readable --max-depth=1 /

The suggestion of checking your snapshots is a very good idea.

A default Manjaro setup using btrfs only keep three (3) auto snaps on system sync.

You can view Timeshift and Snapper snapshots in btrfs-manager → sbuvolumes tab → lower left corner → check Include …

Check your sub volumes - do you have an excess amount?

sudo du --human-readable --max-depth=1 /                                                                                                                                                  1 ✘  19s  
[sudo] password for alexander: 
2,2T	/home
9,7G	/var
89M	/boot
0	/dev
du: cannot access '/proc/518707/task/518707/fd/4': No such file or directory
du: cannot access '/proc/518707/task/518707/fdinfo/4': No such file or directory
du: cannot access '/proc/518707/fd/3': No such file or directory
du: cannot access '/proc/518707/fdinfo/3': No such file or directory
0	/proc
du: cannot access '/run/user/1000/doc': Permission denied
du: cannot access '/run/user/1000/gvfs': Permission denied
51M	/run
0	/sys
30M	/etc
0	/mnt
1,6G	/opt
15M	/root
0	/srv
84K	/tmp
19G	/usr
2,3T	/
df --human-readable                                                                                                                                                                        1 ✘  7s  
Filesystem      Size  Used Avail Use% Mounted on
dev             7,8G     0  7,8G   0% /dev
run             7,8G   51M  7,8G   1% /run
/dev/dm-0       915G  904G  8,6G 100% /
tmpfs           7,8G     0  7,8G   0% /dev/shm
/dev/loop0      128K  128K     0 100% /var/lib/snapd/snap/bare/5
/dev/loop6      165M  165M     0 100% /var/lib/snapd/snap/gnome-3-28-1804/161
/dev/loop7       56M   56M     0 100% /var/lib/snapd/snap/core18/2654
/dev/loop2       92M   92M     0 100% /var/lib/snapd/snap/gtk-common-themes/1535
/dev/loop1      142M  142M     0 100% /var/lib/snapd/snap/skype/240
/dev/loop5       50M   50M     0 100% /var/lib/snapd/snap/snapd/17883
/dev/loop3      142M  142M     0 100% /var/lib/snapd/snap/skype/238
/dev/loop4       56M   56M     0 100% /var/lib/snapd/snap/core18/2632
/dev/dm-0       915G  904G  8,6G 100% /home
tmpfs           7,8G  100K  7,8G   1% /tmp
/dev/dm-0       915G  904G  8,6G 100% /var/log
/dev/dm-0       915G  904G  8,6G 100% /var/cache
/dev/nvme0n1p1  300M  752K  299M   1% /boot/efi
tmpfs           1,6G  316K  1,6G   1% /run/user/1000
/dev/sda2       2,8T  1,7T  1,1T  62% /home/jellyfin/external drives/LaCie 3TB
/dev/dm-0

Have you been fiddling with LVM?

no, i wouldnt know how

:bangbang: Tip: :bangbang:

When posting terminal output, copy the output and paste it here, wrapped in three (3) backticks, before AND after the pasted text. Like this:

```
pasted text
```

This will just cause it to be rendered like this:

Sed
sollicitudin dolor
eget nisl elit id
condimentum
arcu erat varius
cursus sem quis eros.

Instead of like this:

Sed sollicitudin dolor eget nisl elit id condimentum arcu erat varius cursus sem quis eros.

Alternatively, paste the text you wish to format as terminal output, select all pasted text, and click the </> button on the taskbar. This will indent the whole pasted section with one TAB, causing it to render the same way as described above.

Thereby increasing legibility thus making it easier for those trying to provide assistance.

For more information, please see:


:bangbang::bangbang: Also, if your language isn’t English, please prepend any and all terminal commands with LC_ALL=C. For example:

LC_ALL=C bluetoothctl

This will just cause the terminal output to be in English, making it easier to understand and debug.

Please edit your post accordingly.

There is definately something off with your file system

I don’t know what. Compare your df output with mine

 $ df --human-readable /
Filesystem      Size  Used Avail Use% Mounted on
/dev/nvme0n1p2  468G   39G  429G   9% /

Perhaps you think you have moved the data - from one folder to another - but what if the destination was not mounted as you thought - then the data is still on the original device - not on the device partition your thought you copied the data to.

It is easy to confuse yourself - as Linux does not use the term drives but mounts …

1 Like

Hmm, that’s a lot.

Not intentionally, then.

Please provide the output of:

du --human-readable --max-depth=1 /home/
261G	/home/alexander
2,0T	/home/jellyfin
2,2T	/home/
    ~  du --human-readable --max-depth=1 /home/                                                                                                                                                            ✔ 
261G	/home/alexander
252G	/home/jellyfin
512G	/home/
    ~                        

sorry, I mounted the external drive there
after umnounting it, it looks like the last one

yeah thats a theory- I can tell for sure, that the data have been moved successfully to the external drive
and when i want to check if its still on my internal drive it doesn’t appear