nfs:server is not responding,still trying的解决办法

方法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

http://blog.csdn.net/outblue/article/details/4617767