☰

突然无法从 Windows 7 挂载 nfs 共享

tag-icon • tag-icon windows-7 ubuntu-10.04 nfs
突然无法从 Windows 7 挂载 nfs 共享

我最近重新安装了我的文件服务器（从 fedora 移至 Ubuntu 服务器）。

现在我无法从 Windows 7 挂载我的 nfs 共享，但从 Mac OSX 挂载可以正常进行。

在 Windows 中我不断收到“信号量超时时间已过期”或“发生意外错误”的消息。

Ubuntu 是否需要一些特殊的魔法来允许 Windows 7 安装 nfs 共享？

这是我的出口文件

/home/Bing/     192.168.1.*(rw,async,insecure,no_subtree_check)
/home/Bing/mnt/EXTRN2 192.168.1.*(rw,async,insecure,no_subtree_check)
/home/Bing/mnt/EXTRN3 192.168.1.*(rw,async,insecure,no_subtree_check)

答案1

Ubuntu 默认的 NFS 版本可能比旧 Fedora 的版本要新。如果 Ubuntu 默认已经支持 NFSv4，那么我不知道 Windows 7 如何处理它。您可能想尝试附加nfsvers=3，mountvers=3标记到您的出口线，看看是否能解决您的问题。

答案2

实际上有多个程序可以实现 NFS。当您输入 时，您的rpc.statd和是否正在运行？如果 rpc.statd 没有运行，则连接将无法正常工作。在 /etc/init.d 目录中查找另一个包含“nfs”的脚本；很可能您也需要启动该脚本。lockdps aux

答案3

将以下伪补丁应用到 /etc/default/nfs-kernel-server：

-RPCMOUNTDOPTS=--manage-gids
+RPCMOUNTDOPTS=

当我尝试访问 Debian Squeeze 上的 NFS 时，我在 Windows 7 上遇到了“信号量超时时间已过期”的问题，所以这可能适用（因为 Debian 是 Ubuntu 的上游，并且 Squeeze 和 Lucid 的发布日期接近），但也可能不适用。

我无法复制在 RHEL 6 或 SLES 11（默认安装）上访问 NFS 的问题，因此在比较与 NFS（即 rpc.*）相关的正在运行的进程时，我注意到在 Debian Squeeze 上向 rpc.mountd 添加了“--manage-gids”，重试运行 rpc.mountd 而不使用“--manage-gids”的 NFS，并成功将该参数跟踪到 /etc/default/nfs-kernel-server。

相关内容