$ sudo df -h /
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 443G 436G 4,6G 99% /
so, the deletion of 41G did not change the ‘df -h’ output whatsoever. What am I doing wrong? rm should get rid of this without moving it to the Trash first I think (even checked the Trash. The 41G file is not in there).
it seems btrfs filesystem df neither catches the deletion
sudo btrfs fi df /
Data, single: total=432.37GiB, used=427.79GiB
The VM’s to which that disk belongs are not running.
lsof | grep WS19.qcow2 does not show anything.
the file is not in the trash bin (neither my user’s, nor root’s)
I guess, the deleted file still exists in your old BTRFS snapshots.
But the command rm does not seriously delete a file unlike shredding a paper, because there is possible to restore the deleted file when using BTRFS snapshots. That is why the deleted file is still there in the disk.
This is one possibility! Another possibility is not to wait for btrfs to cleanup
Btrfs needs time to clean up. If this is a ssd, it may take a few seconds. If it is a disk, this may take longer. But you have to understand the problem to solve it. Btrfs IS different !
You are out of space !
Please read: “Out of Space” in the wiki. There you will find your solution.