我有一个在Windows XP机器上运行Fedora 15的virtualbox实例。 Windows盒子（Z8GQ9439）共享一个文件夹（rlevesq）。
我将该驱动器挂载到/ etc / fstab中，如下所示：
//Z8GQ9439/rlevesq /mnt/rlevesq cifs uid=500,gid=500,rw,exec,file_mode=0755,dir_mode=0755,credentials=/home/rlevesq/.cifscred 0 0 我能够安装好驱动器。 我可以写信给它并从中读取。
问题是最终挂载将无法从linux访问。 这似乎发生在我在做Windows I / O密集型的东西时，比如编译C ++代码。
当发生这种情况时，我不能运行ls /mnt/rlevesq 。 即使sudo umount /mnt/rlevesq不起作用。 实际上，当我运行这些命令时，它们locking了它们运行的shell。
dmesg给出以下错误
[63823.762680] CIFS VFS: Server Z8GQ9439 has not responded in 300 seconds. Reconnecting... [64070.860398] CIFS VFS: Unexpected lookup error -512 [64101.643986] CIFS VFS: did not end path lookup where expected namelen is 0
在这一点上，我等待多长时间无所谓，该文件夹仍然无法访问。 我find的唯一解决scheme是重新启动virtualbox。
当我们丢失了我们的主域控制器时，我们遇到了很多类似的设置问题。 cifs mount突然消失了，我们需要重新启动。
解决scheme是为mount创build一个本地winxp用户，而不是使用域用户。
注意：我们使用了vmware。 我们已经离开了cifs，现在使用vmware工具和hgfs进行共享。 如果你可以离开CIF，就这样做。 我看到有相当于vbfs的。 你有没有尝试过？
我推测这个问题是由在VirtualBox中创build的guest虚拟机的默认NATnetworking引起的。 有了这个NATnetworking，主机操作系统就无法自由地与客户通话（不能ping通，不能发起会话），因此这个问题。
我的解决scheme是在客户机中创build一个仅主机的networking，以便我的客户机操作系统具有两个networking：用于Internet连接的NAT和用于共享文件的主机专用networking。 这很容易，通常只需要启用客户操作系统的networking适配器2，然后让它连接到“主机专用适配器”。 在重新启动客人之后，您应该能够像以前一样挂载主机的共享目录，并且挂载应该可靠。 要validation只有主机的networking是否真正有效，可以尝试从主机ping来宾。