VMware Workstation 10+Centos7(64位)共享文件夾

時間 2019-11-17

標籤 vmware workstation 10+centos7 centos 共享文件夾欄目虛擬機简体版

原文原文鏈接

這一兩天一直在研究VMware Workstation自帶的共享文件夾的功能，期間出了很多問題，在公司搭建的是vm10.0+centos07,在家搭建的是VM 7+centos07...node

公司環境搭建:c++

共享訪問方式:vim

1.VM10掛載的操做系統和主機系統當作一個局域網，能夠經過瀏覽網絡來進行訪問，固然這種方式沒有用VM10自帶的共享文件夾訪問舒暢centos

2.用VM10的共享功能,網絡

1、vm10.0+centos07函數

首先，在VM10中選擇安裝atom

這樣會在centos中安裝一個cdrom,具體的路徑爲:/run/media/root/VMware Tools,上面有個VMwareTools-9.6.2-1688356.tar.gz的文件包。，centos7

咱們能夠先用tar命令進行歸檔操作系統

第一步：cp :/run/media/root/VMware Tools/VMwareTools-9.6.2-1688356.tar.gz /tmp，把這個文件拷貝到tmp下命令行

第二步：cd /tmp進入臨時目錄，ls 查看剛纔的文件是否在這個目錄下

第三步：tar zxvf VMwareTools-5.5.0-18463.tar.gz 解壓這個文件

第四步：cd vmware-tools-distrib進行vmware-tools-distrib目錄

第五步：./vmware-install.pl 執行這個文件，出現提示就回車

在第五步安裝過程當中出現幾個錯誤:

一直回車，出現以下錯誤信息

Searching for GCC...

The path "" is not valid path to the gcc binary.

Would you like to change it? [yes]

提示GCC未安裝.按ctrl+z退出。安裝GCC

yum install gcc gcc-c++ automake make(將編譯環境一次裝好)

GCC安裝完成後,從新第五步安裝。出現以下錯誤信息:

Searching for a valid kernel header path...

The path "" is not valid.

Would you like to change it? [yes]

提示找不到kernel header,在這個錯誤中，花費了很多時間。主要緣由是版本的不一致性，剛開始我根據網上的操做

yum install kernel-devel 安裝了kernel-devel(devel是開發的英文前綴),後重復第五步，仍是不行。。，後面通過屢次找資料才發現版本不統一。

先查找centos的kernel版本:uname -r 版本號爲3.10.0-123.el7.x86_64

但我經過命令行查找安裝的kernel-devel 和kernel-headers以下

kernel-devel: 命令:rpm -qa|grep kernel-devel 輸出:kernel-devel-3.10.0-123.13.2.el7.x86_64

kernel-headers:命令:rpm -qa|grep kernel-headers 輸出:kernel-headers-3.10.0-123.13.2.el7.x86_64

具體版本和centos內核的版本有一些出入，若是主版本是相同的，但仍是找不到kernel-header.因而我打算安裝和kernel相同的版本

yum install kernel-devel-3.10.0-123.el7.x86_64 安裝完成後繼續第五步，可能找到了，具體提示以下:

path to the kernel headers of the running kernel.

Would you like to change it? [no]

直接回車。一路向下。。。期間我一直敲回車，結果報錯了也不在乎。致使沒有成功實現共享。

其實在安裝完成後，不管成功失敗能夠經過vmware-config-tools.pl進行查看。我再一次查看，看到了以下信息：

/tmp/modconfig-ygOywn/vmhgfs-only/inode.c: 在函數‘HgfsPermission’中: /tmp/modconfig-ygOywn/vmhgfs-only/./shared/compat_dcache.h:57:38: 錯誤：‘struct dentry’沒有名爲‘d_count’的成員 #define compat_d_count(dentry) dentry->d_count ^ /tmp/modconfig-ygOywn/vmhgfs-only/inode.c:1904:23: 附註：in expansion of macro compat_d_count’ int dcount = compat_d_count(dentry);

竟然編譯的時候報錯了:只能修改源碼compat_dcacche中的.h文件

[root@localhost ~]# cd /tmp/vmware-tools-distrib/lib/modules/source/

[root@localhost source]# ls

legacy vmblock.tar vmhgfs.tar vmsync.tar vmxnet.tar pvscsi.tar vmci.tar vmmemctl.tar vmxnet3.tar vsock.tar

[root@localhost source]# tar -xf vmhgfs.tar --解壓vmhgfs.tar,裏面有個vmhgfs-only文件夾

[root@localhost source]# ls

legacy vmblock.tar vmhgfs-only vmmemctl.tar vmxnet3.tar vsock.tar pvscsi.tar vmci.tar vmhgfs.tar vmsync.tar vmxnet.tar

[root@localhost source]# cd vmhgfs-only/--進入解壓後目錄

[root@localhost vmhgfs-only]# ls backdoor.c dir.c hgfsTransport.h request.h ........................................

[root@localhost vmhgfs-only]# cd shared/

[root@localhost shared]# vim compat_dcache.h--打開頭文件

#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

這裏報錯了，不知道爲何這樣，將#elif LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 38)下面的#define改爲

#define compat_d_count(dentry) d_count(dentry),就能夠了

改完源碼後，從新歸檔:

回到source文件夾

[root@localhost source]# tar -cf vmhgfs.tar vmhgfs-only/

[root@localhost source]# ls

legacy vmblock.tar vmhgfs-only vmmemctl.tar vmxnet3.tar vsock.tar pvscsi.tar vmci.tar vmhgfs.tar vmsync.tar vmxnet.tar [root@localhost source]# rm -rf vmhgfs-only/

[root@localhost source]# ll

總用量 8456

drwxr-xr-x. 1 root root 162 3月 22 2014 legacy

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

[root@localhost source] cd /tmp/vmware-tools-distrib

[root@localhost vmware-tools-distrib]# ./vmware-install.p

從新安裝。這下成功了。。。

而後咱們設置vmware的共享文件夾:

虛擬機設置->選項，以下:

添加共享文件夾，後。重啓centos

後，咱們就能在/mnt/hgfs/下看到共享的文件了

[root@localhost source]# ll /mnt/hgfs/
總用量 0
drwxrwxrwx. 1 root root 0 1月 19 10:24 sharefile