Which directory did you share on your host, say Desktop or Documents? Would you please remove and re-add the shared folder and see if this could resolve the problem? Thanks.
So I've since upgraded the Ubuntu 13.10 guest's kernel (to 3.11.0-13-generic) and I've reinstalled the VMWare tools that come with Fusion 6.0.2. I have turned off shared folders then rebooted, then enabled shared folders and rebooted. Things 'look' ok in that I can navigate the filesystem but sometimes I am getting odd file corruption (specifically truncation) when I try to read files that I have edited and saved on the host system. ie: I can cat the same file on mac and on linux and get different results.
As an aside, is there a way to download vmware guest tools directly ? specifically for linux ? also, any chance VMWare might package up guest tools in the .deb format?
I having the same issues with a CentOS guest system. I have deleted and added the share again but the problems persist.
I am resorting to unmounting and mounting the share every time I make a change.
I have the exact same problem and the exact same dev setup. This is really a nightmare. I might just revert to the earlier version. Such pathetic upgrade..waste of money so far..
The same very problem here...is a nightmare! I have to reboot at every file changes! The entire system is not usable at all with this problem.
1 person found this helpful
@danigiri Check out the Shared folders showing strange behavior thread - apparently unmounting / remounting the filesystem still has issues, so beware.
I don't really want to setup NFS on mac *just* to get around this issue, but it's looking like it might be the best option.
Edit: Though it appears 10.9 has issues with NFS see NFS Manager: Description Ahhh!
I'm having the exact same problem.
My dev machine is running OSX 10.8.3 and I just upgraded Fusion from 4 to 6.02 running Ubuntu server 12.04. My shared folder is in "/mnt/hgfs".
I edit a file on my Mac (eclipse), save the file.
Then go to command line for the vm. I "vi" the file on the sever, it is not changed. If I "ls -lsha" the directory in "/mnt/hgfs/", the timestamp has changed to show the file is different, but it is not.
This seems to happen when I have made small changes to the code, so the hack to force it to sync with the server is I add about 4 lines of junk comments. Then the server seems to think enough has changed that it will sync up the files. But that is not sustainable.
By the way, I'm running 2 vm's and this is happening on both. And it was not happening until I upgraded to 6.02.
Need a fix!
I've got the same problem with the files syncing.
Is the only short term solution to downgrade to 6.0.1?
1 person found this helpful
My sincerest apologies for this breakage in usability.
Some fixes went in to deal with concurrent file accesses for read/write all within the guest OS.
However, this appears to intermittently break when the file has changed on the host in-between uses within the guest OS.
The guest OS side is failing to note the file change and purge the guest OS cache and reload the file as new.
I am looking into this to address as soon as I can.
The simplest maybe to downgrade back to 6.0.1 tools for now until this gets addressed in the next release of tools.
Or as another user stated earlier in the thread, disable the sharing and enable the sharing feature (or manually from a terminal shell) remove and recreate the shared folder mount under /mnt/hgfs.
I am sorry that this wasn't caught prior to the release.
Steve - Thanks for the update and reply - it's good to know this issue is being addressed! Please keep us posted as to when the fix might be available.
Also, is there an official download link for the 6.0.1 linux tools available ?
Along with a download link, instructions for downgrading to 6.0.1 would be helpful.
You can download the tools from https://softwareupdate.vmware.com/cds/vmw-desktop/fusion/6.0.1/1331545/packages/
Pick the OS version of the zipped tar file and extract the files into a folder of your choice.
In a terminal window change to that folder and run the vmware-install script. You will need to sudo it and select the default options should be fine.
I hope that helps.
It seems impossible to unmount due to resource busy, but I cannot find the process using it...any tips please?
Did you try umount -f /mnt/hgfs
The -f option is for force unmount even if files there are resources in use.
Also make sure nothing obvious is using the mount, like a terminal window is using the /mnt/hgfs/... path e.g. check with pwd