df showing wrong disk size
You say you removed the logfiles, but did you ensure the programs writing those logfiles weren't still writing to them?
A file can be removed from it's directory and will still exist if a process is still writing to it. That process could later quite validly link the file into some other directory (or the same one it was in before)... and the open file descriptor is all it needs to work with to be able to do that.
So... use "lsof" and look for deleted files. Restart services which were writing to the logfiles and you'll most probably see the space come available.
Between you and df
, I'll trust df
.
The filesystem on /dev/sda2
can store 450GB, currently divided thus:
- 393GB used
- 34GB free
- 22.5GB free, but reserved for root, so not counted in the
free
column
The space reserved for root is 5% by default (and clearly your system uses the default since the number match), you can change that with tune2fs
but I don't recommend it unless you know what you're doing.
fdisk -l /dev/sda2
not containing a partition table is to be expected. After all, /dev/sda2
is a partition. The partition table is on the disk, /dev/sda
.
The size of the partition /dev/sda2
is 498098280960 bytes. The size of the filesystem is about 450*1024*1024*1024 = 483183820800. Either that's almost 14GB in filesystem data structures (which is a little more than I'd expect, I have ~8GB on a similarly-size filesystem here, but maybe you allowed a lot of inodes).
So the only thing that may be a problem is the 80GB of logs you think you deleted. Are you sure they were all on this filesystem? Could some of them have remaining hard links?