Das vmhgfs-Modul ist für VMware Tools 9.9.0 (Fusion7.1) und VMware Tools 9.9.2 (Fusion7.1.1 Build 2496486) nach dem Ubuntu Linux-Kernel-Update auf 3.13.0-46-generic (Febr. 2015) (Shared Folder Feature) nicht kompilierbar von VMware Tools, die unter Ubuntu 14.04 LTS (Guest) auf MacOSX Yosemite (Host) nicht funktionieren?
Hallo Community und das VMware Developer Team,
Am 13. Februar 2015 haben wir das Shared Folder Feature zwischen Ubuntu und MacOSX verloren. Wahrscheinlich hat das Update des Linux-Kernels auf 3.13.0-46-generic dieses Problem verursacht (obwohl das vorhandene, kompilierte vmhgfs-Modul der VMware Tools in Ubuntu durch das Linux-Kernel-Update nicht beschädigt würde!). Wir verwenden VMware Fusion 7.0.0 mit Ubuntu 14.04 LTS und MacOSX für ein Jahr ohne Probleme mit älteren Linux-Kerneln. Wir haben mit VMware Tools 9.9.2 ein Update auf VMware Fusion 7.1.0 und Fusion 7.1.1 Build 2496486 durchgeführt, um das Problem mit der Funktion für freigegebene Ordner zu beheben, das zuerst in Vers. 6 aufgetreten ist. 7.0.0.
Wir können annehmen, dass es eine Inkompatibilität zwischen dem kompilierten vmhgfs-Modul und dem neuen Linux-Kernel 3.13.0-46-generic gibt.
Wir haben versucht, die VMware-Tools 9.9.0 und höher neu zu installieren. 9.9.2, aber das vmhgfs-Modul konnte nicht kompiliert werden und die Funktion für freigegebene Ordner funktioniert nicht. Alle anderen Funktionen des VMware-Tools funktionieren einwandfrei.
In Ubuntu 14.04 LTS das Terminalkommando lsmod | grep "vm." Listet kein vmhgfs-Modul auf
Während der Kompilierung des vmhgfs-Moduls gab es mehrere "Fehler" in der Nähe von "/ vmhgfs-only /" und "make []:".
Hier ist eines unserer Terminaljournale für Sie:
include/linux/compiler-gcc4.h:14:34: error: ‘struct dentry’ has no member named ‘d_alias’
#define __compiler_offsetof(a,b) __builtin_offsetof(a,b)
^
include/linux/stddef.h:17:31: note: in expansion of macro ‘__compiler_offsetof’
#define offsetof(TYPE,MEMBER) __compiler_offsetof(TYPE,MEMBER)
^
include/linux/kernel.h:794:29: note: in expansion of macro ‘offsetof’
(type *)( (char *)__mptr - offsetof(type,member) );})
^
include/linux/list.h:687:40: note: in expansion of macro ‘container_of’
#define hlist_entry(ptr, type, member) container_of(ptr,type,member)
^
include/linux/list.h:698:15: note: in expansion of macro ‘hlist_entry’
____ptr ? hlist_entry(____ptr, type, member) : NULL; \
^
include/linux/list.h:710:13: note: in expansion of macro ‘hlist_entry_safe’
pos = hlist_entry_safe((pos)->member.next, typeof(*(pos)), member))
^
/tmp/modconfig-h4Zwi0/vmhgfs-only/inode.c:1920:7: note: in expansion of macro ‘hlist_for_each_entry’
hlist_for_each_entry(dentry,
^
make[2]: *** [/tmp/modconfig-h4Zwi0/vmhgfs-only/inode.o] Error 1
make[1]: *** [_module_/tmp/modconfig-h4Zwi0/vmhgfs-only] Error 2
make[1]: Leaving directory `/usr/src/linux-headers-3.13.0-46-generic'
make: *** [vmhgfs.ko] Error 2
make: Leaving directory `/tmp/modconfig-h4Zwi0/vmhgfs-only'
Und / mnt / hgfs ist leer, aber die Ordnerfreigabe ist beispielsweise für das Mac-Verzeichnis "Documents" aktiviert. Wenn wir vmware-hgfsclient in einem Terminal ausführen, erhalten wir die Liste der freigegebenen Ordner, aber / mnt / hgfs ist leer.
Könnten Sie bitte die Inkompatibilität zwischen dem vmhgfs-Modul und dem neuen Linux-Kernel 3.13.0-46-generic beheben?
Freundliche Grüße,
Toni