VMware Workstation 10+centos7 (64-bit) shared folders

This day and night has been studying the features of the shared folder of VMware Workstation, during which a lot of problems, in the company set up is the Vm10.0+centos07, the home is built by VM 7+centos07 ...

Company Environment Construction:

Shared access mode:

1.VM10 mounted operating system and host system as a LAN, can browse the network to access, of course, this way does not use the VM10 own shared folder access to ease

2. With the VM10 sharing function,

First, Vm10.0+centos07

First, select Install in the VM10

This installs a CDROM in CentOS, with the following path:/run/media/root/vmware Tools, which has a vmwaretools-9.6.2-1688356.tar.gz package on it. ，

We can file it with the tar command first.

First step: CP:/run/media/root/vmware tools/vmwaretools-9.6.2-1688356.tar.gz/tmp, copy this file to TMP

Step two: Cd/tmp into the temporary directory, LS to see if the file is in this directory in the third step: Tar zxvf vmwaretools-5.5.0-18463.tar.gz Unzip this file fourth step: CD Vmware-tools-distrib The fifth step in the Vmware-tools-distrib directory:./vmware-install.pl execute this file with a prompt to enter a few errors during the fifth step of the installation process: Always enter, the following error message appears

Searching for GCC ...

The path "is not a valid path to the GCC binary.

Would is it? [Yes]

Tip GCC is not installed. Press CTRL + Z to exit. Installing GCC

Yum install gcc gcc-c++ automake make (Install the compilation environment once)

After the GCC installation is complete, reinstall the fifth step. The following error message appears:

Searching for a valid kernel header path ...

The path "is not valid.

Would is it? [Yes]

Kernel header not found, in this error, it took a lot of time. The main reason is the inconsistency of the version, just beginning I based on the operation of the Internet

Yum Install Kernel-devel installed Kernel-devel (Devel is the development of the English prefix), after repeating the fifth step, or not. , after several times to find the data only to find that the version is not unified.

Find the kernel version of CentOS first: Uname-r version number is 3.10.0-123.el7.x86_64

But I look through the command line to install the Kernel-devel and kernel-headers as follows

Kernel-devel: command: Rpm-qa|grep kernel-devel output: kernel-devel-3.10.0-123.13.2.el7.x86_64

Kernel-headers: command: Rpm-qa|grep kernel-headers output: kernel-headers-3.10.0-123.13.2.el7.x86_64

There are some discrepancies between the specific version and the CentOS kernel version, if the main version is the same, but the kernel-header is not found. So I'm going to install and kernel the same version

After the installation of Yum install kernel-devel-3.10.0-123.el7.x86_64 continues with the fifth step, it may be found with the following details:

Path to the kernel headers of the running kernel.

Would is it? [No]

Enter directly. All the way down ... During the period I have been knocked into the car, the results of the error did not care. Causes the share to not be successfully implemented.

In fact, after the installation is complete, regardless of successful failure can be viewed through vmware-config-tools.pl. Once again, I see the following information:

/TMP/MODCONFIG-YGOYWN/VMHGFS-ONLY/INODE.C: In function ' hgfspermission ':/tmp/modconfig-ygoywn/vmhgfs-only/./shared/ COMPAT_DCACHE.H:57:38: Error: ' struct dentry ' does not have a member named ' D_count ' #define COMPAT_D_COUNT (dentry) dentry->d_count ^/tmp/ MODCONFIG-YGOYWN/VMHGFS-ONLY/INODE.C:1904:23: Note: In expansion of macro compat_d_count ' int dcount = Compat_d_count ( Dentry);

Actually compile when the error: can only modify the source Compat_dcacche. h file

[Email protected] ~]# cd/tmp/vmware-tools-distrib/lib/modules/source/

[[email protected] source]# ls

Legacy Vmblock.tar Vmhgfs.tar Vmsync.tar vmxnet.tar pvscsi.tar vmci.tar vmmemctl.tar Vmxnet3.tar Vsock.tar

[[email protected] source]# TAR-XF Vmhgfs.tar--Extract Vmhgfs.tar, there is a vmhgfs-only folder

[[email protected] source]# ls

Legacy Vmblock.tar vmhgfs-only Vmmemctl.tar vmxnet3.tar vsock.tar pvscsi.tar vmci.tar vmhgfs.tar Vmsync.tar Vmxnet.tar

[[Email protected] source]# CD vmhgfs-only/--into the unpacked directory

[[email protected] vmhgfs-only]# ls backdoor.c dir.c hgfsTransport.h request.h ........................................

[Email protected] vmhgfs-only]# CD shared/

[[email protected] shared]# Vim compat_dcache.h--Open header file

#if linux_version_code >= kernel_version (3, 11, 0)
#define COMPAT_D_COUNT (Dentry) d_count (dentry)
#elif linux_version_code >= kernel_version (2, 6, 38)
#define COMPAT_D_COUNT (Dentry) dentry->d_count
#else
#define COMPAT_D_COUNT (Dentry) atomic_read (&dentry->d_count);
#endif

Here is an error, do not know why this, will #elif Linux_version_code >= kernel_version (2, 6, 38) The following # define changed to

#define COMPAT_D_COUNT (Dentry) D_count (dentry), it's ready.

After changing the source code, re-archive:

Back to source folder

[Email protected] source]# TAR-CF Vmhgfs.tar vmhgfs-only/

[[email protected] source]# ls

Legacy Vmblock.tar vmhgfs-only Vmmemctl.tar vmxnet3.tar vsock.tarpvscsi.tar vmci.tar vmhgfs.tar Vmsync.tar vmxnet.tar[[ Email protected] source]# RM-RF vmhgfs-only/

[email protected] source]# LL

Total dosage 8456

Drwxr-xr-x. 1 root root 162 March legacy

-rw-r--r--. 1 root root 1392640 October 23:02 vmhgfs.tar ................

[[email protected] source] Cd/tmp/vmware-tools-distrib

[Email protected] vmware-tools-distrib]#./VMWARE-INSTALL.P

Re-install. This has succeeded ...

Then we set up the shared folder for VMware:

Options for virtual machine settings, as follows:

After you add the shared folder. Re-start CentOS

, we'll be able to see the shared files under the/mnt/hgfs/.

[Email protected] source]# ll/mnt/hgfs/
Total dosage 0
Drwxrwxrwx. 1 root root 0 January 10:24 sharefile

Two. VM 7+centos07:

After the successful installation of the company, home installation, direct installation of kernel-devel-3.10.0-123.el7.x86_64, after the successful installation, supposedly and the kernel version is the same

But it will still be reported

Searching for a valid kernel header path ...

The path "is not valid.

Would is it? [Yes]

, I installed the latest kernel-devel directly in the back.

Yum install Kernel-devel. After this problem is solved

It is unclear why the kernel version is consistent and requires the latest version to be installed. Is that CentOS requires two versions

Kernel-devel-3.10.0-123.el7.x86_64 and kernel-devel-3.10.0-123.13.2.el7.x86_64

This problem solved, all the way up but reported a lot of source error, after I heard that online said VM7 not support some new kernel. Did not study down ....

Vm10:http://pan.baidu.com/s/1hqf7etu

Centos7:http://pan.baidu.com/s/1nqmge

VMware Workstation 10+centos7 (64-bit) shared folders