ARTICLE DETAIL

建站实战干货

来自一线的建站与推广经验沉淀，每一条都经过真实交付验证。

首页 / 资讯中心 / 正文

VMware虚拟机共享目录配置：Linux挂载与权限问题解决指南

2026/8/12 19:35:51 拓冰建站 浏览量
VMware虚拟机共享目录配置：Linux挂载与权限问题解决指南

1. 项目概述：为什么虚拟机需要共享目录？

在虚拟化技术已经成为开发和运维基础设施标配的今天，VMware Workstation 或 VMware Player 这类桌面级虚拟化软件，是很多工程师、测试人员和学生在本地搭建多系统环境的首选工具。无论是为了测试一个软件在不同操作系统下的兼容性，还是为了搭建一个隔离的开发环境，虚拟机都提供了极大的便利。然而，一个长期困扰虚拟机用户的实际问题也随之而来：如何在虚拟机和物理宿主机之间高效、便捷地交换文件？

最原始的方法可能是使用U盘来回拷贝，或者通过搭建FTP、HTTP服务器来传输，但这些方法要么效率低下，要么步骤繁琐。想象一下，你正在Linux虚拟机里开发一个Python脚本，需要频繁地修改代码并用宿主机上的IDE调试，或者你需要将宿主机下载的ISO镜像、安装包拖到虚拟机里使用。这时，一个无缝的、像访问本地文件夹一样的文件共享机制就显得至关重要。这正是“VMware虚拟机挂载宿主机共享目录”要解决的核心痛点。

VMware Tools 提供的“共享文件夹”功能，就是为了打通这堵墙。它允许你将宿主机上的一个或多个目录“映射”到虚拟机内部，虚拟机可以像访问本地磁盘一样访问这些目录。其背后的原理，可以简单理解为VMware在宿主机上运行了一个轻量级的文件服务器，并通过一个特殊的驱动与虚拟机内的客户端通信，将网络文件系统（如SMB/CIFS for Windows, HGFS for VMware）的访问透明化。对于Windows宿主机和Windows虚拟机，这几乎是开箱即用的体验；而对于Linux虚拟机，则需要一些额外的配置步骤，这也是网上相关教程和问题最多的场景。

掌握这项技能，意味着你能将虚拟机的隔离性与宿主机的资源便利性完美结合，大幅提升跨环境工作的流畅度。接下来，我将以一个典型的“Windows 11宿主机 + Ubuntu 22.04虚拟机”场景为例，拆解从原理到实操，再到排坑的完整过程。

2. 核心原理与前置条件解析

在动手操作之前，理解其工作原理和确保环境就绪，能避免很多后续的迷惑和错误。

2.1 VMware共享文件夹的工作原理

VMware共享文件夹功能依赖于两个核心组件：VMware Tools和HGFS（Host-Guest File System）驱动。

  1. VMware Tools：这是一套安装在虚拟机操作系统内的工具集。它不仅仅是用来共享文件夹的，还负责改善虚拟机的性能、提供更好的图形显示、启用拖放复制粘贴等功能。对于共享文件夹而言，VMware Tools 包含了与宿主机通信的客户端驱动和服务。
  2. HGFS驱动：这是一个由VMware开发的专有文件系统驱动。当你在VMware软件中设置了宿主机共享目录后，宿主机上的一个服务会将这些目录“暴露”出来。虚拟机内的HGFS驱动则负责识别并挂载这些暴露出来的目录，使其在虚拟机内呈现为一个普通的目录或网络位置。

整个过程对用户是透明的。在Windows虚拟机中，共享文件夹通常会以网络驱动器（如Z:）的形式出现；在Linux虚拟机中，则需要手动或自动将其挂载到某个目录（如/mnt/hgfs）。这种方式的优势是性能较好，且不依赖于虚拟机的网络配置（即使虚拟机设为NAT或仅主机模式，不配IP也能用），因为通信是通过VMware的后端通道完成的，而非标准的TCP/IP网络。

2.2 环境准备与检查清单

开始配置前，请对照以下清单，确保你的环境满足所有要求：

  1. 宿主机：安装有 VMware Workstation Pro/Player 16.x 或 17.x 版本。确保软件许可证有效（对于Pro版）。
  2. 虚拟机：
    • 虚拟机操作系统已安装并可以正常启动。
    • 虚拟机电源状态：必须关闭虚拟机。99%的共享文件夹设置更改都需要在虚拟机关机状态下进行。
    • 虚拟机设置：确认虚拟机的硬件配置中，至少有一个虚拟磁盘，并且虚拟机的“选项”里，“客户机隔离”下的“拖放”和“复制粘贴”功能最好也启用，它们和共享文件夹同属VMware Tools提供的功能集。
  3. VMware Tools：这是最关键的一步。你必须确保在目标虚拟机内已成功安装并运行着最新版本的VMware Tools。
    • 对于Linux虚拟机：不要使用操作系统自带的open-vm-tools包（除非你确定其版本与你的VMware Workstation完全兼容且功能完整）。最稳妥的方式是使用VMware菜单栏的“虚拟机” -> “安装VMware Tools”，这会加载一个包含安装脚本的虚拟光盘。在Ubuntu中，你需要挂载该光盘，解压安装包，并以root权限运行安装脚本（sudo ./vmware-install.pl并一路回车选择默认选项）。
    • 验证安装：在Linux虚拟机终端输入vmware-toolbox-cmd -v，如果能显示版本号，则说明工具已安装。或者查看进程ps aux | grep vmtoolsd，应有相关进程在运行。

注意：很多“共享文件夹不显示”、“挂载点为空”的问题，根源都在于VMware Tools安装不完整、版本不匹配或服务未运行。务必先解决这个问题。

3. 详细配置步骤与实操要点

我们将配置流程分为宿主机设置和虚拟机内部操作两部分。

3.1 宿主机侧：在VMware中设置共享

这一步是在你的物理机上的VMware软件里完成的。

  1. 关闭目标虚拟机。在VMware的库列表中，右键点击你的Ubuntu虚拟机，选择“电源” -> “关闭客户机”。如果虚拟机正在运行，请先将其正常关机。
  2. 打开虚拟机设置。右键点击已关机的虚拟机，选择“设置”，或者选中虚拟机后点击“编辑虚拟机设置”。
  3. 进入共享文件夹配置。在设置窗口中，切换到“选项”标签页。在左侧列表中找到“共享文件夹”。
  4. 启用并添加共享：
    • 在右侧，选择“总是启用（E）”。这样共享在虚拟机启动时就会自动生效。
    • 点击“添加（A）...”按钮，启动添加共享文件夹向导。
    • 点击“下一步”，在“主机路径”中，点击“浏览”，选择你宿主机上希望共享的目录（例如D:\SharedWithVM）。建议路径不要包含中文和特殊空格。
    • 在“名称”中，为这个共享起一个别名（例如myshare）。这个别名将是虚拟机内看到的名字。
    • “启用此共享”保持勾选。“只读”属性根据你的需求决定，如果虚拟机只需要读取文件，可以勾选以增加安全性。
    • 点击“完成”，你会在列表中看到新添加的共享条目。
  5. 确认与启动：点击“确定”保存虚拟机设置。然后启动你的Ubuntu虚拟机。

3.2 虚拟机侧：在Linux中挂载共享目录

虚拟机启动后，我们需要在Ubuntu系统内部操作，让共享目录变得可见可用。

3.2.1 检查共享文件夹是否被识别

首先，我们需要确认VMware Tools已经识别到了宿主机设置的共享。

  1. 打开终端。
  2. 使用以下命令查看当前可用的共享文件夹列表：
    vmware-hgfsclient
    这个命令会输出你在宿主机上设置的共享“名称”（即前面设置的别名myshare）。如果这个命令没有任何输出，或者报错“找不到命令”，请回到2.2节重新检查VMware Tools的安装。
3.2.2 手动挂载共享文件夹

确认共享存在后，我们可以手动将其挂载到文件系统的一个空目录上。最常用的挂载点是/mnt/hgfs。

  1. 创建挂载点目录（如果不存在）：

    sudo mkdir -p /mnt/hgfs

    -p参数确保如果/mnt或/mnt/hgfs不存在，会一并创建。

  2. 执行挂载命令：

    sudo mount -t fuse.vmhgfs-fuse .host:/ /mnt/hgfs -o allow_other
    • -t fuse.vmhgfs-fuse：指定文件系统类型为VMware的HGFS FUSE驱动。
    • .host:/：这是一个特殊的标识，代表宿主机提供的所有共享的根。你也可以指定具体共享名，如.host:/myshare，将其挂载到某个子目录。
    • -o allow_other：挂载选项，允许非root用户（即你的普通用户）访问这个挂载点。这是一个非常关键的选项，没有它，普通用户可能无法读写共享目录。

  3. 验证挂载：

    ls /mnt/hgfs/

    你应该能看到一个以你共享别名命名的目录（例如myshare）。进入该目录，就能看到宿主机共享文件夹里的所有文件了。

    cd /mnt/hgfs/myshare ls -la
3.2.3 配置开机自动挂载（推荐）

每次开机都手动输入挂载命令太麻烦。我们可以通过修改/etc/fstab文件来实现自动挂载。

  1. 编辑fstab文件：

    sudo nano /etc/fstab

  2. 在文件末尾添加一行配置：

    .host:/ /mnt/hgfs fuse.vmhgfs-fuse defaults,allow_other 0 0
    • 第一列：设备名/共享源（.host:/）。
    • 第二列：挂载点（/mnt/hgfs）。
    • 第三列：文件系统类型（fuse.vmhgfs-fuse）。
    • 第四列：挂载选项。defaults包含了一些常用选项（如rw, suid, dev, exec, auto, nouser, async），再加上关键的allow_other。
    • 第五、六列：dump和fsck选项，通常设为0。

  3. 保存并测试：保存文件（在nano中按Ctrl+X，然后按Y确认，回车）。为了测试配置是否正确，可以先卸载再重新挂载：

    sudo umount /mnt/hgfs # 如果已挂载 sudo mount -a

    mount -a命令会尝试挂载/etc/fstab中所有未挂载的文件系统。如果没有报错，且ls /mnt/hgfs能看到内容，说明配置成功。下次重启虚拟机后，共享目录就会自动出现了。

实操心得：在编辑/etc/fstab时，务必小心。错误的配置可能导致系统无法正常启动。建议在修改前先备份原文件 (sudo cp /etc/fstab /etc/fstab.bak)。另外，自动挂载依赖于VMware Tools服务在系统启动早期就绪，如果遇到启动时挂载失败，可以尝试在fstab选项中加入nofail，这样即使挂载失败也不影响系统启动。

4. 权限问题深度剖析与解决方案

共享目录能挂载上，但无法写入，或者文件所有者显示为奇怪的数字，这是最常见的问题。其根源在于Linux（访客机）和 Windows（宿主机）之间用户权限系统的根本差异。

4.1 问题根源：UID/GID映射

Linux系统用数字化的用户ID（UID）和组ID（GID）来标识文件和进程的所有权。而Windows使用SID（安全标识符）。当VMware Tools将Windows共享的文件信息传递给Linux时，需要进行一次“翻译”。默认情况下，这个翻译机制可能不工作，导致Linux看到的文件所有者和组都是一些默认值（比如UID=1000，但可能不对应你的当前用户）。

检查当前情况： 在虚拟机共享目录里创建一个文件，然后查看其详细信息：

touch /mnt/hgfs/myshare/test.txt ls -l /mnt/hgfs/myshare/test.txt

你可能会看到所有者是1000这样的数字，而不是你的用户名（如ubuntu）。

4.2 解决方案：使用uid和gid挂载选项

最直接有效的解决方法是在挂载时，显式地指定将共享目录中的所有文件都映射到你当前Linux用户的UID和GID上。

  1. 首先，找出你当前用户的UID和GID：

    id

    输出类似：uid=1000(ubuntu) gid=1000(ubuntu) groups=1000(ubuntu),...。记下uid=1000和gid=1000。

  2. 修改挂载命令或fstab配置。

    • 如果是手动挂载，使用如下命令：
      sudo mount -t fuse.vmhgfs-fuse .host:/ /mnt/hgfs -o allow_other,uid=1000,gid=1000
    • 如果是自动挂载（修改/etc/fstab），将之前那行改为：
      .host:/ /mnt/hgfs fuse.vmhgfs-fuse defaults,allow_other,uid=1000,gid=1000 0 0
      请将1000替换为你id命令查出的实际数值。

  3. 重新挂载：

    sudo umount /mnt/hgfs sudo mount -a # 或使用上面带uid,gid的手动命令

    现在再创建文件，所有者应该就是你的用户名了，并且拥有完整的读写权限。

4.3 高级场景：多用户权限管理

如果你的虚拟机内有多个用户需要访问共享，且需要不同的权限，简单的uid/gid映射就不够了。这时可以考虑：

  1. 使用fmask和dmask：这些选项可以统一设置文件和目录的权限掩码。例如,fmask=113,dmask=002会让新建的文件权限为664（所有者读写，组读写，其他只读），目录权限为775。
  2. 在宿主机上调整共享权限：将宿主机共享目录的权限设置为“Everyone”完全控制（仅限测试环境或可信环境），这样任何来自虚拟机的访问请求都会被允许。但这会降低安全性。
  3. 使用POSIX ACL（访问控制列表）：如果宿主机是Windows Server或支持高级共享权限的Windows版本，可以配置更精细的访问控制，但这涉及复杂的Samba/CIFS协议配置，对于简单的宿主机-虚拟机共享来说过于繁重。

对于绝大多数个人开发测试场景，allow_other+uid/gid的组合已经足够完美地解决权限问题。

5. 常见故障排查与修复实录

即使按照步骤操作，也可能会遇到各种问题。下面是我在多次实践中总结的常见故障树及其解决方法。

5.1 共享文件夹列表为空（/mnt/hgfs目录下没东西）

这是最高频的问题。

  • 症状：vmware-hgfsclient命令有输出（显示共享名），但ls /mnt/hgfs是空的。
  • 可能原因与解决：
    1. VMware Tools 内核模块未加载：HGFS驱动是一个内核模块。运行lsmod | grep vmw查看是否有vmw_vmci、vmw_vsock_vmci_transport和vmhgfs模块。如果没有vmhgfs，需要手动加载：sudo modprobe vmhgfs。如果模块不存在，说明VMware Tools安装可能有问题。
    2. FUSE（用户空间文件系统）问题：确保fuse包已安装。在Ubuntu上：sudo apt install fuse。
    3. 挂载命令参数错误：确保手动挂载时使用了正确的文件系统类型 (fuse.vmhgfs-fuse) 和源 (.host:/)。一个字母都不能错。
    4. 共享文件夹设置未生效：确保虚拟机是关机状态下修改的共享文件夹设置。如果是在虚拟机运行时添加的共享，有时需要重启虚拟机或重新启动VMware Tools服务 (sudo systemctl restart vmware-tools.service或sudo /etc/init.d/vmware-tools restart)。
    5. 安全软件干扰：检查宿主机上的杀毒软件或防火墙是否阻止了VMware的相关进程（如vmware-hostd.exe）访问网络或文件。可以尝试暂时禁用它们。

5.2 无法写入，提示“Permission denied”

  • 症状：可以列出文件，但无法创建、修改或删除。
  • 解决：
    1. 首要检查挂载选项：挂载命令或fstab中必须包含allow_other选项。
    2. 应用UID/GID映射：如上文第4节所述，在挂载选项中添加uid=你的UID,gid=你的GID。
    3. 检查挂载点所有权：确保挂载点目录/mnt/hgfs的权限是宽松的，例如sudo chmod 755 /mnt/hgfs。
    4. 检查宿主机共享权限：在宿主机上，右键点击共享的文件夹 -> “属性” -> “共享”选项卡 -> “高级共享” -> “权限”，确保至少给“Everyone”或相应用户设置了“更改”权限。

5.3 开机后共享目录消失或无法自动挂载

  • 症状：配置了/etc/fstab，但重启后/mnt/hgfs是空的或提示挂载失败。
  • 解决：
    1. 在fstab中添加nofail选项：修改fstab行为.host:/ /mnt/hgfs fuse.vmhgfs-fuse defaults,allow_other,uid=1000,gid=1000,**nofail** 0 0。nofail选项允许系统在挂载失败时继续启动，避免因等待挂载超时而卡住。
    2. 调整系统服务依赖：VMware Tools服务可能启动得比fstab的挂载时机晚。可以创建一个systemd服务单元，确保在VMware Tools服务启动后再执行挂载。但这通常比较麻烦，使用nofail是更简单的方案。
    3. 使用_netdev选项：虽然HGFS不依赖TCP/IP网络，但有些教程建议添加_netdev选项来告诉系统这是一个网络设备，等网络就绪后再挂载。可以尝试加上：,nofail,_netdev。

5.4 性能问题与优化建议

共享文件夹的读写速度通常不如虚拟机本地磁盘，尤其是涉及大量小文件时。

  • 启用写入缓存（针对Windows宿主机）：在虚拟机设置的“选项” -> “高级”中，找到“共享文件夹”，勾选“启用写入缓存”。这会将写入操作先在虚拟机内存中缓存，再批量写入宿主机，能显著提升写入性能，但断电或异常关机有数据丢失风险，仅适用于非关键数据。
  • 避免在共享目录中运行程序或数据库：共享目录的I/O延迟较高，不适合运行应用程序或数据库文件。建议仅将其用作数据交换区。代码可以在虚拟机本地磁盘开发，编译或运行需要的资源文件从共享目录拷贝过来。
  • 使用符号链接：如果你需要在虚拟机内某个常用位置（如家目录）快速访问共享文件，可以在虚拟机本地创建一个符号链接。例如：
    ln -s /mnt/hgfs/myshare ~/shared_from_host
    这样，访问~/shared_from_host就等于访问共享目录。

6. 进阶应用与替代方案探讨

掌握了基础共享后，我们可以看看一些更灵活的使用方式和替代方案，以适应不同的场景。

6.1 选择性挂载与符号链接的妙用

默认的.host:/挂载会将宿主机上所有启用的共享都挂载到/mnt/hgfs下。有时你可能只想挂载其中一个。

  • 挂载单个共享：你可以将特定的共享挂载到任意目录。

    sudo mount -t fuse.vmhgfs-fuse .host:/myshare /home/ubuntu/myproject/shared_resources -o allow_other,uid=1000,gid=1000

    这样，宿主机上的D:\SharedWithVM就直接出现在了虚拟机项目的子目录里，非常直观。

  • 符号链接整合工作流：对于开发项目，我个人的习惯是：

    1. 在宿主机上用强大的IDE（如VS Code, PyCharm）编辑代码，项目目录位于D:\Projects。
    2. 将该目录作为共享project。
    3. 在虚拟机内，将共享链接到开发环境的标准位置：
      ln -s /mnt/hgfs/project ~/workspace/project_from_host
    4. 在虚拟机内，所有编译、运行、测试的操作都在~/workspace/project_from_host下进行，代码的修改在宿主机IDE和虚拟机内实时同步。

6.2 与其他文件共享方式的对比

除了VMware共享文件夹，还有其他几种常见的宿主机-虚拟机文件交换方式，了解它们的优劣有助于你做出最佳选择。

方式优点缺点适用场景
VMware共享文件夹设置后无缝集成，不依赖网络配置，性能尚可，使用方便。需要安装VMware Tools，Linux下需额外配置权限，跨平台权限映射可能复杂。日常开发、测试、文件交换的首选，追求便捷和集成度。
Samba/NFS网络共享标准网络文件协议，通用性强，几乎所有系统都支持，权限控制灵活。需要配置虚拟机网络（桥接或NAT），并在宿主机上搭建Samba/NFS服务器，步骤较繁琐。需要虚拟机与宿主机或其他物理机共享文件；需要更精细的权限控制。
SFTP/SCP基于SSH，安全性高，无需额外服务（如果SSH已开启）。每次传输需手动操作或借助客户端，无法实现“目录映射”的实时访问体验。偶尔的、一次性的文件传输；安全要求高的环境。
版本控制工具（Git）完美管理代码变更，与开发流程集成。不适合传输大型二进制文件（如图片、视频、安装包）或频繁变化的非代码数据。代码开发场景的绝对主力，用于同步源代码。
拖放/复制粘贴VMware Tools提供的功能，操作极其简单。仅适用于少量、零散的文件，不适合目录或大批量文件。临时传递一两个小文件。

结论：对于需要频繁、实时访问宿主机上一大块目录的场景（例如，宿主机存放素材库、参考文档、安装包，虚拟机内需要随时读取），VMware共享文件夹是最平衡、最省心的方案。它避免了网络配置的麻烦，在速度和便利性上取得了很好的折中。

6.3 在无GUI的服务器版Linux中配置

如果你安装的是Ubuntu Server等没有图形界面的Linux，操作完全在终端进行，流程依然不变。

  1. 安装VMware Tools：在VMware菜单点击“安装VMware Tools”后，服务器内会挂载一个光盘。你需要手动挂载它：
    sudo mkdir /mnt/cdrom sudo mount /dev/cdrom /mnt/cdrom cd /tmp tar -xzf /mnt/cdrom/VMwareTools-*.tar.gz cd vmware-tools-distrib/ sudo ./vmware-install.pl -d # -d 参数接受所有默认选项，非交互式安装
  2. 后续步骤：与桌面版完全相同。使用vmware-hgfsclient检查，编辑/etc/fstab配置自动挂载。

整个过程的关键依然在于：确保VMware Tools安装成功，以及在fstab中正确配置挂载选项（尤其是allow_other和uid/gid）。只要抓住这两点，无论是在桌面版还是服务器版，都能顺利建立起高效的文件共享通道。