Oh boy is this one fun... so you like having your VMWare images (virtual machines) on a separate hard drive, so they run faster. You have your PC's OS hard drive on different physical hardware than the VMWare image. Here comes the fun part -- you love the portability of being able to move the hard drive from machine to machine, running the virtual machine on both VMWare Workstation and VMWare player. You suspend your VM when you're done for a while, and resume it later on, sometimes on a different PC. You always safely remove your hardware using the windows OS tools, until one fateful day.
You unplug the harddrive thinking you're done, when you get a windows error message: "Delayed Write Failed". Uh oh.
You've just corrupted your saved state. This is because even though vmware said it was done writing the ram out to disk, it really was still writing... this way you could still work in the background!
OK, you think -- as far as the VM is concerned, the RAM is corrupt (or rather the data stored in virtual RAM is corrupt). How can we get this back?
The easy way is to close your vm software of choice (vmware player or workstation), rename your *.vmem file (a file containing the contents of the virtual ram), and start up the virtual machine again.
It will die. You'll get a message saying the vmem file cannot be found, and there's something corrupt with the saved state... do you want to preserve or discard?
You should select "Discard", and then start up the VM again. This time it'll boot up, just like windows crashed (do you want to enter safe mode? no.). You should still have all of your data (assuming nothing was acting on the data in RAM as you were suspending, in which case you can add data loss to your list of accomplishments for the day.