Open artynet opened 9 years ago
new vmware-tools 9.9.3 changed the mount api, the new kernel module not compatible with old userspace tools, so you must upgrade the whole vmware-tools package. If you use open-vm-tools, you're lost, it wont work anymore.
I updated the tools as well ! My issue is with the latest version of vmware tools, the 9.9.3. Also performing a full uninstall / reinstall didn't solve the problem. I'm currently running kernel 4.1 on my Ubuntu x64 VM.
you update to kernel 4.1! vmhgfs module source isn't compatible to kernel v4.1 yet, due to removed sync-ed read/write fops.
I was wrong, I was using the ubuntu kernel v4.0.5 downloaded from here :
http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.0.5-wily/
after updating to v4.0.7 and to vmware tools 9.9.3 built from scratch, the issue occured again. Altough the module was properly installed under this path :
/lib/modules/4.0.7-040007-generic/misc/vmhgfs.ko
it was not loaded at startup and I had to take care of it by running sudo modprobe vmhgfs
and my shares magically appeared again under the usual path /mnt/hgfs
. However, after rebooting, altough the module is loaded as default by means of the /etc/modules file, I have to disable/enable my shares from the control panel everytime to properly work with them....that seems strange to me...
Although this issue reports shared folders not working since approx June 22, 2015, for some odd reason it had been working for me for approx a week until about 2 days ago (Lubuntu 14.04). Although shared folders in the distributed open-vm-tools in openSUSE 13.2 never worked, patching using this repo fixed that, but stopped working as of yesterday(July 20, 2015). Both the Lubuntu and openSUSE descriptions are consistently seen on multiple machines.
Since I am running VMware Workstation 10.0.7 build-2844087, I have tried both Tools 9.9.3 (the current latest) and 9.6.6 (the version specific to my Workstation version) with no improvement. Other Guest Tools features like display re-sizing works fine The openSUSE kernel is 3.16.7-21-desktop.
Well, that was fast. At least on one of my openSUSE, within a couple hours of my last post, shared folders is working again. Will test my Lubuntu within the next 24 hrs. Running Tools 9.9.3.
I unexpectedly had to test on Lubuntu quickly. I can report that Shared Folders is now working properly on Lubuntu 14.04 as well, using its default installed kernel, kernel 3.13.0-57-generic and Tools 9.9.3
Don't expect Shared Folders to work for more than a month at a time. Breakage is the norm. This is about my fifth time diagnosing vmhgfs problems; it's a regular occurrence whenever Linux updates, even when only installing "security" updates.
the only way to get the shared folders always working on x64 systems is this one. Edit the /etc/modules
file this way :
# /etc/modules: kernel modules to load at boot time.
#
# This file contains the names of kernel modules that should be loaded
# at boot time, one per line. Lines beginning with "#" are ignored.
# Parameters can be specified after the module name.
lp
rtc
vmhgfs
adding the vmhgfs
module at startup. Then edit your /etc/rc.local
file so the shared folder is automatically mounted at boot every time :
#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.
mount -t vmhgfs .host:/ /mnt/hgfs
exit 0
and you're done !
@artynet thanks, this worked for me!
@softwarekitty the new release of Workstation 12 / Fusion 8 seems to have fixed the build of the shared folder modules. No need to apply the patches of course since they are not still compatible....however the new tools seem to support the 4.0.x kernel series...
Still having this problem.But it doesn't work by Edit the /etc/modules
with Ubuntu 15.10
I got my shared folders going by removing vmware tools and then adding them back again.
mount /dev/cdrom /mnt/cdrom cd /tmp tar zxf /mnt/cdrom/vmware-linux-tools.tar.gz umount /mnt/cdrom
Run the VMware Tools installer. cd vmware-tools-distrib ./vmware-install.pl
See:
https://www.vmware.com/support/ws45/doc/new_guest_tools_ws.html#1008151
The SDB VMware Tools I wrote for openSUSE applies to everyone, no matter what distro you're running.
https://en.opensuse.org/SDB:VMware_Tools
If your Guest is running on a kernel 4.x or greater, then VMware Tools is already in your Linux kernel enabling support for Shared Folders as a FUSE file system and only needs to be configured. Do not use VMware-tools-patches.
If you're running on a kernel 3.x or less, then you still need to install the source to build the VMware Tools kernel modules. and the rasa VMware-tools-patches is the best way to do this.
Tony
On Sun, Dec 25, 2016 at 10:28 PM, Nick John Gray notifications@github.com wrote:
I got my shared folders going by removing vmware tools and then adding them back again.
mount /dev/cdrom /mnt/cdrom cd /tmp tar zxf /mnt/cdrom/vmware-linux-tools.tar.gz umount /mnt/cdrom
Run the VMware Tools installer. cd vmware-tools-distrib ./vmware-install.pl
See:
https://www.vmware.com/support/ws45/doc/new_guest_tools_ws.html#1008151
— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/rasa/vmware-tools-patches/issues/54#issuecomment-269169840, or mute the thread https://github.com/notifications/unsubscribe-auth/ABrA4z5nUyVBI0h-rg8rGedMtCBcOAY_ks5rL16TgaJpZM4FI7kU .
In case anyone else comes across this in their troubleshooting, here is how I fixed it for centos 7:
mkdir /mnt/cdrom
mount /dev/cdrom /mnt/cdrom
/tmp
directory: cd /tmp
tar -xvf /cdrom/VMwareTools...
cd vmware...
yum install "kernel-devel-uname-r == $(uname -r)"
./vmware-install.pl
umount /cdrom
systemctl reboot
Are you sure that an open-vm-tools package isn't already distributed in either the main repo or a recommended repo?
The following is the VMware support page for Centos 7, it suggests that there should be a package or you can do it the hard way, building the Tools as you describe (or the additional variations in the kb article)
http://partnerweb.vmware.com/GOSIG/CentOS_7.html
Tony
On Thu, Aug 31, 2017 at 5:38 PM, Joel Margolis notifications@github.com wrote:
In case anyone else comes across this in their troubleshooting, here is how I fixed it for centos 7:
- Click "[Install/Update/Reinstall] VMWare Tools"
- Make a directory to mount the cdrom to: mkdir /mnt/cdrom
- Mount the cdrom: mount /dev/cdrom /mnt/cdrom
- Go into the /tmp directory: cd /tmp
- Untar VMWare Tools (tab to auto-complete): tar -xvf /cdrom/VMwareTools...
- Go into the tools directory (tab to auto-complete): cd vmware...
- Install the kernel headers for your specific version: yum install "kernel-devel-uname-r == $(uname -r)"
- Install/Update/Reinstall VMware Tools: ./vmware-install.pl
- Unmount the cdrom: umount /cdrom
- Reboot: systemctl reboot
— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/rasa/vmware-tools-patches/issues/54#issuecomment-326456299, or mute the thread https://github.com/notifications/unsubscribe-auth/ABrA42LSqYuWshCGTYD3AnkHhb5ZZV7Yks5sd1INgaJpZM4FI7kU .
[Solved]
I resolved this issue while using VMware player 14 with Ubuntu 16.0.4.3 LTS by upgrading vmtools. I tried different troubleshooting methods in this article and from elsewhere , downgrading OS and vmware ,etc, but with no luck, the total, and a bit strange process below::
installed vmware player 14 at first install, shared folders did not work. Originally vmware installed VMtools version 10.0.7.52125, which works at home on VMware workstation 12.5 but did not work here, huh.
Reinstalled vmware player 14 after performing other methods, when opening vmware guest in player a popup to upgrade vmtools came about i downloaded and installed tools version 10.1.15 , then reinstalled on the existing Ubuntu OS having issues. NOTE:: When reinstalling Do not do the default install process in OS as you will need to overwrite the existing hgfs and hgfsclient configurations [yes]. just pay attention to the install process wherever hgfs is mentioned overwrite the configuration
Reboot. then ah HA! all is good and shared folders works without issue.
As descrubed in the subject, the shared folder modules seems not woking properly since the list of shares in /mnt/hgfs is null.
However, the vmware-hgfsclient returns the lists of my share as they exist. Enabling / disabling the shared folders option returns this warning message :
tried on kernel versions : 3.19.3, 4.0.0 and 4.0.5
any suggestion ?