nfs:server is not responding,still trying的解决方法（nfs挂载处理大文件）

mount -t nfs -o intr,nolock,tcp,rsize=1024,wsize=1024192.168.100.10:/home/nfs /mnt/nfs

mount -t nfs -o nolock -otcp 192.168.100.10:/home/nfs /mnt/nfs

转载自：http://blog.chinaunix.net/uid-20551291-id-1926970.html

方法1 ：

我在arm上通过NFS共享文件时出现下面的错误提示
nfs:server is not responding,still trying

原因分析：NFS 的默认传输协议是 UDP，而PC机与嵌入式系统通过UPD交互时就会出现严重的网卡丢包现象。

解决方法：在客户端改用TCP协议，使用下面的命令，
#mount -o tcp 10.10.19.25:/home/export /mnt/local

方法2：
在目标板上通过NFS复制PC机上较大文件到目标板上的时候遇到的问题：

nfs: server *** not responding, still trying

修改方法：

nfs mount时候出现的NFS崩溃，按照以下的方式mount

mount -t nfs -o intr,nolock,rsize=1024,wsize=1024 192.168.1.3/root/somedir /client

问题原因：

Mandag 27 november 2006 20:12 skrev Verner Kjærsgaard:

> Mandag 27 november 2006 19:33 skrev John P. New:

> > Verner,

> >

> > This is a problem with NFS and 2.6 kernels, fast server NICs and

> > comparatively slower client NICs. This will show up when the server has

> > a 1000Mb card and the client a 100Mb, or when the server has a 100Mb

> > card and the client a 10Mb.

> >

> > Essentially, you have to pass some options to the kernel on terminal

> > boot, and this varies depending on whether you are using etherboot or

> > PXE.

> >

> > See

> > http://wiki.ltsp.org/twiki/bin/view/Ltsp/NFS#NFS_Server_not_responding
> > for a deeper explanation of the problem and the cure.

//注：原因是server机和目标机网卡传输速率冲突，使得目标机需要大量时间复制大量数据包，其实如果目标机的网卡速率够大，则不用分那么多包，也不会冲突。

附 问题四：在测试时，“./progressbar -qws”后出现如Q3一样的提示 ，按Q3来处理。

以上参考了一些 “ 快乐的天空”的经验，他的网页是：
http://blog.chinaunix.net/u2/67519/showart_677885.html
他的

mount -t nfs -o intr,nolock,rsize=1024,wsize=1024 192.168.1.3/root/somedir /host

应该改成

mount -t nfs -o intr,nolock,rsize=1024,wsize=1024 192.168.1.3/root/somedir /client