注：以下方法都是转载的，我采用了一种结合的方法
mount -t nfs -o intr,nolock,rsize=4096,wsize=4096 -o tcp 192.168.1.3:/root/somedir /host
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