Comment 1 for bug 1162820

The HDD space leak makes it hard to debug..

I tried with a more precise approach this time and installed no updates between downloading and removal.
The file I removed had 30MB, Free space before removal: 47M, Free space after removal: 47M

Is there anything in particular that I should try?
I don't like wasting my precious HDD space on random attempts.
removing transmission-downloaded files with "rm" restores the free space as one would expect.

System info:
Using 13.04.
Kernel 3.8.0-14-generic x86_64
Transmission 2.77-0ubuntu1
ecryptfs-utils 103-0ubuntu2
ext4 mount options: rw,nodiratime,relatime,discard,errors=remount-ro
apport 2.9.2-0ubuntu5, does not work

Steps I executed (full experiment log)

$path denotes the directory that contains the file to be deleted
$cryptopath denotes the same directory in encrypted version of the home directory.

The file was present both in $path and $cryptopath (checked by ls -lSrh and comparing timestamps and sizes)
df -h reported 47M of free space
Started transmission-gtk and selected "Delete files and Remove", confirmed
The file was gone from both directories,
BUT df -h still reported 47M of free space
Terminated transmission.. 47M of free space
shutdown and new startup.. 47M of free space
forced fsck.. discovered that the free space and free inode counters were wrong, I actually have only 46MB of free space.