nfs:server is not responding,still trying原因与解决方案

关注

原创最新推荐文章于 2026-09-14 13:29:19 发布 2.1k 阅读 AI 写同款· GEO 优化 ›

计量经济学（因果关系探究-空间双重差分模型: 破解空间溢出效应的因果分析工具) 本文介绍了传统双重差分（DID）模型及其局限性，重点阐述了空间DID模型的必要性。传统DID通过组间差分分离干预效应，但无法处理空间溢出效应。空间DID模型引入空间计量方法，包括三种类型：空间自回归模型（SDID-SAR）捕捉因变量溢出，空间误差模型（SDID-SEM）处理残差相关性，空间杜宾模型（SDID-SDM）同时考虑因变量和自变量的空间滞后。模型选择需结合空间相关性检验，适用于环境政策、房地产限购等存在空间交互效应的研究场景。阅读详情

当时搜了下发现前人已经解决了这个问题，第一篇文章不知道是谁发的，我看的是这个网址：http://blog.163.com/zhengwei_668/blog/static/309628892011561058295/

        我用的是mini6410，系统ubuntu11.10。想将nfs中的一个2百多k的东西拷到开发板的根目录下，之前用的是这个语句：mount -t nfs -o nolock 192.168.1.231:/opt/FriendlyARM/mini6410/linux/rootfs_qtopia_qt4 /mnt。传输的时候出现nfs:server is not responding,still trying的提示，本以为是速度慢的缘故就傻等着，一直就感觉传不完，而且^C退出后，就不能通过终端控制开发板，必须退出重启。

后来想起来上网查了下（就是上面的blog），说是NFS 的默认传输协议是 UDP，而PC机与嵌入式系统通过UPD交互时就会出现严重的网卡丢包现象。可用的解决方案是：在客户端改用TCP协议，使用下面的命令：
mount -t nfs -o intr,nolock,rsize=1024,wsize=1024 192.168.1.231:/opt/FriendlyARM/mini6410/linux/rootfs_qtopia_qt4 /mnt。
       可以说是瞬间就将数据给传送到开发板上。

收录于