Kernel 3.13 in Linux VMware Guest – Shared Folders Problem
Setting up a test system for the usb/uvcvideo tests, I have found another kernel 3.13 issue – this time with Linux as a VMware guest..
The shared folders – which work OK with 3.12, do not work with 3.13.
Normally shared folders are found under /mnt/hgfs, but with 3.13 the hgfs directory is corrupted in some odd way, so that it is shown as ‘not a directory’ if a listing is attempted:
$ ls /mnt hgfs $ ls /mnt/hgfs/ ls: cannot open directory /mnt/hgfs/: Not a directory
With kernel 3.12.8, the shared directories are shown correctly:
$ ls /mnt/hgfs/ data8 rgadsdon
Once again, further research is needed, but – so far – there does not appear to be a patch for this particular problem..
Robert Gadsdon. January 25, 2014
How do you get VMWARE to compile with kernel 3.13?
When I installed my new kernel and ran “vmware-modconfig –console –install-all”, I received a compile error for vmnet.ko.
Thanks!
That problem is mentioned here: http://rglinuxtech.com/?p=1008
RG.
Well, another minor kernel version upgrade, and vmware breaks as usual. I don’t understand why the kernel interfaces are being changed around so much, but I’m just a user, not a kernel developer, so what do I know.
Fedora pushed out 3.13.3-201 (upgraded from 3.12.10-300).
Running vmware-install.pl from the latest tools package (9.6.1) with hgfs enabled:
—————-
make: Entering directory `/tmp/modconfig-xxXw3s/vmhgfs-only’
/bin/make -C /lib/modules/3.13.3-201.fc20.x86_64/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. \
MODULEBUILDDIR= modules
make[1]: Entering directory `/usr/src/kernels/3.13.3-201.fc20.x86_64′
CC [M] /tmp/modconfig-xxXw3s/vmhgfs-only/message.o
CC [M] /tmp/modconfig-xxXw3s/vmhgfs-only/dir.o
CC [M] /tmp/modconfig-xxXw3s/vmhgfs-only/rpcout.o
CC [M] /tmp/modconfig-xxXw3s/vmhgfs-only/hgfsUtil.o
CC [M] /tmp/modconfig-xxXw3s/vmhgfs-only/cpName.o
CC [M] /tmp/modconfig-xxXw3s/vmhgfs-only/request.o
CC [M] /tmp/modconfig-xxXw3s/vmhgfs-only/stubs.o
CC [M] /tmp/modconfig-xxXw3s/vmhgfs-only/link.o
CC [M] /tmp/modconfig-xxXw3s/vmhgfs-only/bdhandler.o
CC [M] /tmp/modconfig-xxXw3s/vmhgfs-only/transport.o
CC [M] /tmp/modconfig-xxXw3s/vmhgfs-only/module.o
CC [M] /tmp/modconfig-xxXw3s/vmhgfs-only/file.o
/tmp/modconfig-xxXw3s/vmhgfs-only/file.c: In function ‘HgfsOpen’:
/tmp/modconfig-xxXw3s/vmhgfs-only/file.c:685:27: error: incompatible type for argument 3 of ‘HgfsSetUidGid’
current_fsuid(), current_fsgid());
^
In file included from /tmp/modconfig-xxXw3s/vmhgfs-only/file.c:46:0:
/tmp/modconfig-xxXw3s/vmhgfs-only/fsutil.h:92:6: note: expected ‘uid_t’ but argument is of type ‘kuid_t’
void HgfsSetUidGid(struct inode *parent,
^
/tmp/modconfig-xxXw3s/vmhgfs-only/file.c:685:27: error: incompatible type for argument 4 of ‘HgfsSetUidGid’
current_fsuid(), current_fsgid());
^
In file included from /tmp/modconfig-xxXw3s/vmhgfs-only/file.c:46:0:
/tmp/modconfig-xxXw3s/vmhgfs-only/fsutil.h:92:6: note: expected ‘gid_t’ but argument is of type ‘kgid_t’
void HgfsSetUidGid(struct inode *parent,
^
make[2]: *** [/tmp/modconfig-xxXw3s/vmhgfs-only/file.o] Error 1
make[1]: *** [_module_/tmp/modconfig-xxXw3s/vmhgfs-only] Error 2
make[1]: Leaving directory `/usr/src/kernels/3.13.3-201.fc20.x86_64′
make: *** [vmhgfs.ko] Error 2
make: Leaving directory `/tmp/modconfig-xxXw3s/vmhgfs-only’
—————-
I encountered a problem with kernel 3.13 in a Linux guest when setting up a test environment, http://rglinuxtech.com/?p=1017 but did not pursue a solution as I didn’t need it any more..
There does seem to be a similar problem mentioned on the VMware forum, at https://communities.vmware.com/message/2315438 (scroll down to see a similar error to yours) and the suggestion there is to downgrade the version of VMware Tools…
Hope that helps..
RG
this entry on vmware communities describes the error and provides a patch
https://communities.vmware.com/thread/469169
I managed to get vmtools installed with kernel 3.13 using the patch mentioned above. I am also stuck with /mnt/hgfs being somehow invalid.
I applied the patch recently – and it doesn’t work, on my system. Patch applied correctly, and compiled OK, but didn’t fix the problem with /mnt/hgfs being shown as ”not a directory”..
Seems there is a lot of confusion over shared folder support for Linux guests and recent kernels, and this ‘feature’ seems to be (officially) unsupported, at present..
RG.