我已经在运行 vSphere 5.0 的三台不同虚拟机上尝试过此操作，结果相同。所有磁盘都是 ESXi 提供的虚拟磁盘（不是 iSCSI；不是 NFS）。所有磁盘（C:、E:）都格式化为 NTFS。
如果我在 C: 上创建一个文件夹并将其共享给 Everyone:FC，我可以按预期从客户端 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
答案1
我还没有从 MS 或 VMware 那里找到关于这是一个 bug 的确认，但看起来确实是一个 bug。我对这一切了解不够多，无法自信地说出发生了什么，但问题似乎是 ESXi 如何向操作系统提供补充磁盘。问题在于 HotPlug 功能。在虚拟机上禁用 HotPlug 后，我能够按预期成功访问共享。
功劳归于此主题这让我想到了VMware 知识库中的解决方案。