⑴ unbuntu nfs 挂载失败 mount: RPC: Unable to receive; errno = Connection refused
成功挂载过说明配置没问题，同网段互相挂载可以说明网络没问题，那你看看是不是你忘记起ubuntu的nfs服务了。service portmap start;service nfs start
⑵ Linux中安全nfs挂载时提示访问被拒绝是什么原因
权限问题；
看下nfs中的配置
/目录 192.168.168.0/255.255.255.0(rw,sync,all_squash,anonuid=0,anongid=0)
是否是读写
⑶ 我是英语专业的，最近迷上了linux，而且也自学了一段时间了。在搭建nfs的时候出现客户端无法挂载的情况
就向您说的，权限问题。
在mount的时候 要加上参数 rw,intr,bg
nfs ，个人感觉 有点不好
还有就是记得umount
忘了的话 轻易单服务器重启 或关机 nfs server会 error
切记 切记
这个跟你文件系统的权限有关系，一般情况下，因为安全性的原因不要加 no_root_squash，在nfs服务器生成的文件的属组和属性为nfsnobody。
只要你吧nfs export出的目录和目录下的文件的属组和属性都改为nfsnobody就可以进行rw了
有任何疑问请追问，满意请采纳，谢谢。
⑷ 挂载nfs目录失败
装上以下包就好了。
[root@szappserver109 dvd]# find ./ -name nfs*
./Server/nfs-utils-1.0.9-42.el5.x86_64.rpm
./Server/nfs-utils-lib-1.0.8-7.6.el5.x86_64.rpm
./Server/nfs-utils-lib-devel-1.0.8-7.6.el5.i386.rpm
./Server/nfs-utils-lib-devel-1.0.8-7.6.el5.x86_64.rpm
./Server/nfs-utils-lib-1.0.8-7.6.el5.i386.rpm
./Server/nfs4-acl-tools-0.3.3-1.el5.x86_64.rpm
[root@szappserver109 dvd]# rpm -ivh ./Server/nfs-utils-1.0.9-42.el5.x86_64.rpm
warning: ./Server/nfs-utils-1.0.9-42.el5.x86_64.rpm: Header V3 DSA signature: NOKEY, key ID 37017186
error: Failed dependencies:
libnfsidmap.so.0()(64bit) is needed by nfs-utils-1.0.9-42.el5.x86_64
librpcsecgss.so.2()(64bit) is needed by nfs-utils-1.0.9-42.el5.x86_64
nfs-utils-lib >= 1.0.8-2 is needed by nfs-utils-1.0.9-42.el5.x86_64
[root@szappserver109 dvd]# rpm -ivh ./Server/nfs-utils-lib-1.0.8-7.6.el5.x86_64.rpm
warning: ./Server/nfs-utils-lib-1.0.8-7.6.el5.x86_64.rpm: Header V3 DSA signature: NOKEY, key ID 37017186
Preparing... ########################################### [100%]
1:nfs-utils-lib ########################################### [100%]
[root@szappserver109 dvd]# rpm -ivh ./Server/nfs-utils-lib-devel-1.0.8-7.6.el5.i386.rpm
warning: ./Server/nfs-utils-lib-devel-1.0.8-7.6.el5.i386.rpm: Header V3 DSA signature: NOKEY, key ID 37017186
error: Failed dependencies:
libnfsidmap.so.0 is needed by nfs-utils-lib-devel-1.0.8-7.6.el5.i386
librpcsecgss.so.2 is needed by nfs-utils-lib-devel-1.0.8-7.6.el5.i386
[root@szappserver109 dvd]# rpm -ivh ./Server/nfs-utils-lib-devel-1.0.8-7.6.el5.x86_64.rpm
warning: ./Server/nfs-utils-lib-devel-1.0.8-7.6.el5.x86_64.rpm: Header V3 DSA signature: NOKEY, key ID 37017186
Preparing... ########################################### [100%]
1:nfs-utils-lib-devel ########################################### [100%]
[root@szappserver109 dvd]# rpm -ivh ./Server/nfs-utils-lib-1.0.8-7.6.el5.i386.rpm
warning: ./Server/nfs-utils-lib-1.0.8-7.6.el5.i386.rpm: Header V3 DSA signature: NOKEY, key ID 37017186
error: Failed dependencies:
libgssapi.so.2 is needed by nfs-utils-lib-1.0.8-7.6.el5.i386
libgssapi.so.2(libgssapi_CITI_2) is needed by nfs-utils-lib-1.0.8-7.6.el5.i386
[root@szappserver109 dvd]# rpm -ivh ./Server/nfs4-acl-tools-0.3.3-1.el5.x86_64.rpm
warning: ./Server/nfs4-acl-tools-0.3.3-1.el5.x86_64.rpm: Header V3 DSA signature: NOKEY, key ID 37017186
Preparing... ########################################### [100%]
1:nfs4-acl-tools ########################################### [100%]
[root@szappserver109 dvd]# rpm -ivh ./Server/nfs-utils-1.0.9-42.el5.x86_64.rpm
warning: ./Server/nfs-utils-1.0.9-42.el5.x86_64.rpm: Header V3 DSA signature: NOKEY, key ID 37017186
Preparing... ########################################### [100%]
1:nfs-utils ########################################### [100%]
[root@szappserver109 dvd]# rpm -ivh ./Server/nfs-utils-lib-devel-1.0.8-7.6.el5.i386.rpm
warning: ./Server/nfs-utils-lib-devel-1.0.8-7.6.el5.i386.rpm: Header V3 DSA signature: NOKEY, key ID 37017186
error: Failed dependencies:
libnfsidmap.so.0 is needed by nfs-utils-lib-devel-1.0.8-7.6.el5.i386
librpcsecgss.so.2 is needed by nfs-utils-lib-devel-1.0.8-7.6.el5.i386
[root@szappserver109 dvd]# rpm -ivh ./Server/nfs-utils-lib-1.0.8-7.6.el5.i386.rpm
warning: ./Server/nfs-utils-lib-1.0.8-7.6.el5.i386.rpm: Header V3 DSA signature: NOKEY, key ID 37017186
error: Failed dependencies:
libgssapi.so.2 is needed by nfs-utils-lib-1.0.8-7.6.el5.i386
libgssapi.so.2(libgssapi_CITI_2) is needed by nfs-utils-lib-1.0.8-7.6.el5.i386
[root@szappserver109 dvd]# rpm -ivh ./Server/nfs-utils-lib-1.0.8-7.6.el5.i386.rpm
[root@szappserver109 dvd]# !ser
service nfsd start
nfsd: unrecognized service
[root@szappserver109 dvd]# service nfs start
Starting NFS services: [ OK ]
Starting NFS quotas: [ OK ]
Starting NFS daemon: [ OK ]
Starting NFS mountd: [ OK ]
Starting RPC idmapd: Error: RPC MTAB does not exist.
[root@szappserver109 dvd]# !mount
mount -t nfs 192.168.1.3:/data/nfs /data/109nfs/
⑸ linux下mount NFS时，总出现mount: RPC: Timed out ，但把NFS上的防火墙关了就没有问题。怎么解决超时问题
你先查一下NFS用的端口,然后在防火墙里把这个端口开放。
⑹ 你好，我在Linux在挂载NFS时遇到了和你一个类似的问题，想请教一下
不明确...从你写的来看，你是在开发版的终端里面挂载PC上的文件夹对吧。。。
1。你确定防火墙关闭了，自己把防火墙先禁掉，PC和开发版都用ifconfig 分配好你给的IP，然后确认两个相互能ping通，保证网络畅通..再来挂载...
2。你的PC上，/etc/exports里面是不是已经正确的写入了参数，是不是权限没有打开？写完这个配置文件之后，你需要执行exportfs -ar 来更新下NFS
然后自己在PC上找个文件夹mount下你/etc/exports里面写的文件夹，看看能mount上去不。。
3。提示信息说， mount version newer than kernel，是内核版本问题吗？要不就是你的PC和开发版上的内核有一个版本比较旧了..或者是mount这个组件比较老，PC上和开发版终端分别用uname -a看下内核版本
可以在mount的时候添加一个 -v2或者 －v3（这两参数己不清楚了,好像是nfsv2,nfsv3。。。需要再查查）的参数试试，这个是用来指定NFS的版本的。。
4。挂载参数非常多...不可能一次写完。你至少确认了前两点没问题，再看看结果，不行再给我发个消息，我也好久没看这个了
慢慢来，
⑺ linux用nfs挂载文件系统，提示服务没有响应
看不清写的是什么，我有自己写了一个NFS服务器的简单配置，里面的地址是我们自己局域网的地址，你自己可以替换下。你可以参考下http://blog.csdn.net/hoooo000/article/details/9397427
⑻ Linux 挂载NFS失败
提示一切都正常啊，没有啥错误。
⑼ 为什么nfs总是挂载失败
在UNIX类操作系统上定义的网络服务有两层级别的权限设置，一是文件系统级别的权限设置，另一个是网络服务自定义的权限设置。参见
⑽ 用base-fs做nfs的根文件系统怎么不行
使用NFS挂载根文件系统，在开发阶段有很多的好处，对根文件系统进行修改后不用每次都下载到NandFlash中，可以把制作的根文件系统放到主机中的NFS输出目录中，在正式成为产品以后在烧写到开发板中，这样可以方便很多，也可以把编译生成的内核也放到NFS输出目录中这样也可以引导内核，很是方便，还等什么开始吧！
NFS服务器端的配置已经在上一篇文章中写到过了。U-boot中使用tftp协议也在另一篇文章中。按道理来说NFS命令也是可以是使用的，因为都是基于网卡的，只要网卡驱动移植的没有问题，NFS也就直接可以使用了，不过在我这里可是行不通，在使用NFS传输文件中，一直出现下面的错误类型，提示挂载不上：
U-Boot@mini2440]#nfs 0x30000000 10.27.10.48:/home/ubuntu/kernel/fs/u-boot.bin
dm9000 i/o: 0x20000300, id: 0x90000a46
DM9000: running in 16 bit mode
MAC: 08:00:3e:26:0a:5b
operating at 100M full plex mode
Using dm9000 device
File transfer via NFS from server 10.27.10.48; our IP address is 10.27.10.23
Filename '/home/ubuntu/kernel/fs/u-boot.bin'.
Load address: 0x30000000
Loading: *** ERROR: Cannot mount //仅仅提示挂载不上
可还有下面的错误：
[U-Boot@mini2440]#nfs 0x30000000 10.27.10.48:/home/ubuntu/kernel/fs/u-boot.bin
dm9000 i/o: 0x20000300, id: 0x90000a46
DM9000: running in 16 bit mode
MAC: 08:00:3e:26:0a:5b
operating at 100M full plex mode
Using dm9000 device
File transfer via NFS from server 10.27.10.48; our IP address is 10.27.10.23
Filename '/home/ubuntu/kernel/fs/u-boot.bin'.
Load address: 0x30000000
Loading: *** ERROR: Cannot mount
*** ERROR: Cannot umount //这里还提示了不能卸载
在网上查找资料，出现 Cannot umount错误的解决方法是修改u-boot-2009.08/net/nfs.c文件，在大约453行附近的位置：
static intnfs_umountall_reply (uchar *pkt, unsigned len)
{
struct rpc_t rpc_pkt;
debug("%s\n", __func__);
memcpy ((unsigned char *)&rpc_pkt, pkt, len);
//if (ntohl(rpc_pkt.u.reply.id) != rpc_id) //原来的这一行修改成下面的一行
if ((ntohl(rpc_pkt.u.reply.id)+1) != rpc_id)
return -1;
if (rpc_pkt.u.reply.rstatus ||
..................
}
可是在我这里修改完以后还是不可以使用，一样出现上面的错误。这是就想到了是不是和tftp时出现的错误是一样的，也是因为超时的原因，虽然这里面没有出现超时的提示，不管怎么样还是先改了再说；还是在/nfs.c文件中修改下面的超时的宏定义：
#define HASHES_PER_LINE 65 /* Number of "loading" hashes per line */
#define NFS_RETRY_COUNT 30
#define NFS_TIMEOUT (30*2000UL) //把原来的2000UL改成 30*2000UL，
修改完上面的宏定义以后，再使用NFS传输文件，一开始有几次还是不成功，不过后面再使用时大部分情况下都是成功的，不再像上面一次也没有成功过：
[U-Boot@mini2440]#nfs 0x30000000 10.27.10.48:/home/zfz/kernel/fs/u-boot.bin
dm9000 i/o: 0x20000300, id: 0x90000a46
DM9000: running in 16 bit mode
MAC: 08:00:3e:26:0a:5b
operating at 100M full plex mode
Using dm9000 device
File transfer via NFS from server 10.27.10.48; our IP address is 10.27.10.23
Filename '/home/zfz/kernel/fs/u-boot.bin'.
Load address: 0x30000000
Loading: ###############################
done
Bytes transferred = 155016 (25d88 hex)
既然NFS可以使用了，那就可以用NFS挂载根文件系统了。根文件系统的制作在另一篇文章中也已经写了，这里就还是使用上次的根文件系统，只是不再用工具制作成Yaffs2的镜像了，直接使用Busybox,制作成功的noot_nfs目录下的各个文件就可以了，如果要下载到NandFlash中，再使用Yaffs2格式的镜像文件。
可以先用NFS把Linux内核下载到内存中，然后设置传递给内核的参数，在u-boot-2009.08/include/configs/mini2440.h文件中，修改原来使用nand read 方式，修改成使用NFS方式的；
//#define CONFIG_BOOTCOMMAND "nand read 0x32000000 0x60000 0x560000;bootm 0x32000000"
//把上面的注释掉，修改成下面的方式
#define CONFIG_BOOTCOMMAND "nfs 0x30000800 10.27.10.48:/home/zfz/kernel/fs/uImage.img;bootm"
这样，在用U-boot引导时就可以把Linux的内核首先复制到内存中了，这样也不用把Linux 内核下载到开发板中了。然后在修改传递给内核的参数，修改为下面的：
//#define CONFIG_BOOTARGS "noinitrd root=/dev/mtdblock3 init=/linuxrc console=ttySAC0,115200 mem=64M"
//把上面的修改成下面的这句
#define CONFIG_BOOTARGS "noinitrd root=/dev/nfs rw nfsroot=10.27.10.48:/home/ubuntu/kernel/fs/root_nfs ip=10.27.10.23:10.27.10.48::255.255.255.0 console=ttySAC0,115200 init=/linuxrc mem=64M"