nfs:server is not responding,still trying 原因與解決方案

註：以下方法都是轉載的，我採用了一種結合的方法

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