Well, my VM on my Dedicated Server got hungry and ate up so much space on my host that even GNome can't launch for lack of temporary hard disk space!

So, to get back up and running (and access my precious data in the now-410GB-large VM), I gotta free up a couple gigs of space. I have no backup of the data in this VM, so that's why I'm not deleting some of the 2GB slices of the VM to get back into GNome. I tried to find things to delete, but have only found things very small (a few megs here and there), and nearly everything independent of the OS is in the VM folder! I need to find around 2GB to get going again...

Strange this is, when I do df -h I get the following:

Filesystem Size Used Avail Use% Mounted on
/dev/sda2 440G 418G 0 100% /
/dev/sda1 99M 14M 81M 15% /boot
tmpfs 3.9G 0 3.9G 0% /dev/shm

So the question is... why would /dev/sda2 be reporting 0 Available, 100% usage, when just 418G is being used out of a total of 440G?! It makes no sense to my seriously-linux-inexperienced self. I'm now rebooting after shrinking the tmpfs drive, hoping that'll give me enough to work with. I fear the worst however, as the worst has consistently been my result so far. I do not want to have to FTP 410GB of VMDK VMWare slices, download them on my local machine, and open my VMWare files here... if I can help it.

Ideas? Please tell me! I'm out!

Josh


UPDATE: No, shrinking the tmpfs partition did not reallocate the freed space to the main partition, or any partition for that matter.