我已经在vSphere 5.0上运行的三个不同的虚拟机尝试了这一点，获得了相同的结果。 所有磁盘都是ESXi提供的虚拟磁盘（不是iSCSI;不是NFS）。 所有磁盘（C :, E :)格式化为NTFS。
如果我在C：上创build一个文件夹，并将其分享给每个人：我可以按照预期从客户端PC访问它。 这是一个完全正常的操作。 我没有做任何有趣的权限或任何事情。 如果我在E上做同样的事情：当试图访问文件夹时，我会得到一个访问被拒绝的错误。
如果我浏览到服务器本身，我可以看到这两个共享，但我被阻止访问驻留在E：上的共享。 我甚至尝试添加第三个磁盘（F :)，但我得到相同的结果。 共享工作的唯一地方是从C :.
有效访问工具甚至表示我的用户应该有权访问。 但不是。 我不（其他任何用户，因为权限是Everyone：FC）。
服务器提供了所有最新的补丁。 没有安装防病毒软件。 为了防万一，我试过关掉防火墙。
更新：根据要求。 以下是安全日志中的一些示例事件。
C：\ OTHER共享（此作品）的成功事件请求了一个对象的句柄。
Subject: Security ID: SYSTEM Account Name: FILES-01$ Account Domain: domain Logon ID: 0x3E7 Object: Object Server: Security Object Type: File Object Name: C:\OTHER Handle ID: 0x1248 Resource Attributes: - Process Information: Process ID: 0x3d0 Process Name: C:\Windows\System32\svchost.exe Access Request Information: Transaction ID: {00000000-0000-0000-0000-000000000000} Accesses: SYNCHRONIZE ReadAttributes Access Reasons: SYNCHRONIZE: Granted by D:(A;OICIID;FA;;;SY) ReadAttributes: Granted by D:(A;OICIID;FA;;;SY) Access Mask: 0x100080 Privileges Used for Access Check: - Restricted SID Count: 0 E：\ TEST上的失败事件（与工作相反）
A handle to an object was requested. Subject: Security ID: domain\myusername Account Name: myusername Account Domain: DOMAIN Logon ID: 0x1D8C46 Object: Object Server: WS-Management Listener Object Type: Unknown Object Name: Unknown Handle ID: 0x0 Resource Attributes: - Process Information: Process ID: 0x2c8 Process Name: C:\Windows\System32\svchost.exe Access Request Information: Transaction ID: {00000000-0000-0000-0000-000000000000} Accesses: MAX_ALLOWED Access Reasons: - Access Mask: 0x2000000 Privileges Used for Access Check: - Restricted SID Count: 0
我还没有从MS或VMware的确认，这是一个错误，但它确实看起来像一个。 我不太了解所有这些情况，并且充满信心地说出发生了什么事情，但似乎是ESXi向操作系统提供补充磁盘的问题。 问题在于HotPlugfunction。 在虚拟机上禁用HotPlug后，我能够按预期成功访问共享。
信用转到这个线程 ，指出我在VMware的知识产权的解决scheme 。