开发板 nfs : server xxx.xxx.xxx.xxx not responding,still trying问题解决方法

今天在学JZ2440过程中，使用NFS作为根文件系统来启动板子，遇到了一个失败问题，提示说是 

nfs: server 192.168.3.16 not responding. still trying. 

首先说说我的开发环境，板子的IP地址是192.168.3.123，PC机WINDOSW的IP地址是192.168.3.196，而虚拟机LINUX的IP地址是192.168.3.16.

在uboot的命令模式中修改bootargs变量，输入以下命令： 

set bootargs noinitrd root=/dev/nfs nfsroot=192.168.3.16:/work/nfs_root/tmp/fs_mini_mdev 

ip=192.168.3.123:192.168.3.16:192.168.3.1:255.255.255.0::eth0:off init=/linuxrc console=ttySAC0 

然后保存重启板子。之后就出现以下情况： 



当遇到这个问题的时候，我首先检查了网络，从开发板中进行本地启动，启动成功之后输入ping 192.168.3.16 

结果显示可以ping通 


 

之后在板子启动后已经进入linux系统的情况下，使用以下mount命令： 

mount -t nfs -o nolock,vers=2 192.168.3.16:/work/nfs_root /mnt，可以挂载上 

在开发板中： 



在虚拟机LINUX中： 


 

证明了网络状况没问题。

阅读了网上一些资料，说有可能是因为 NFS的默认传输协议是 UDP，而PC机与嵌入式系统通过UPD交互时就会出现严重的网卡丢包现象。改成TCP协议形式。所以进行了以下更改 

set bootargs noinitrd root=/dev/nfs nfsroot=192.168.3.16:/work/nfs_root/tmp/fs_mini_mdev, 
proto=tcp ip=192.168.3.123:192.168.3.16:192.168.3.1:255.255.255.0::eth0:off init=/linuxrc 

console=ttySAC0 

结果问题还是那样。

还有就是可能 

Mandag 27 november 2006 20:12 skrev Verner Kjrsgaard:

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/v … rver_not_responding 

for a deeper explanation of the problem and the cure.

大概意思是说具有较高的传送速率的NFS主机网卡和较低速率的目标机网卡之间不匹配，要解决此问题需要在挂载文件系统时添加额外的参数。 

所以进行以下修改： 

set bootargs noinitrd root=/dev/nfs 

nfsroot=192.168.3.16:/work/nfs_root/tmp/fs_mini_mdev,flags=inir,rsize=1024,wsize=1024 

ip=192.168.3.123:192.168.3.16:192.168.3.1:255.255.255.0::eth0:off init=/linuxrc console=ttySAC0 

相应的参数意思： 

intr – 当服务器宕机或者无法到达时，允许中断NFS请求。rsize=xxxx 和 wsize=xxxx – 通过设定大的同时传输的数据块大小(bytes)，以提高NFS读写的速度。改变这些值时要当心，一些旧的linux内核和网卡在大的块大小不能正常工作。 

本以为这次没问题，结果还是那样失望。这个时候已经折腾了我两三个小时了。

再次通过阅读网上的一些新的解决方案。发现了一个很关键的提示。在加载文件系统时，是不是进行了系统的IP配置，进而导致了这样的错误。也就是说开发板的IP地址被改变了。立马想到当操作系统启动时它会立马去加载/etc/init.d/rsC，所以立马去虚拟机中所要挂载的文件系统查看这个文件。 

经过查看： 


 

Holy cow，第二行ifconfig eth0 192.168.1.17是导致这个问题的罪魁祸首。 

它会将板子的IP地址修改为192.168.1.17，但是虚拟机LINUX的IP地址是192.168.3.16，板子和虚拟机LINUX不在同一个网段上，所以就导致通信失败，出现nfs server not responding无应答的错误。

将板子修改为192.168.3.x网段下的地址 



保存退出。重启开发板。 

在uboot命令模式中设置好板子参数： 


 

主要留意bootargs环境变量 

然后保存再次重启板子。

终于解决了这个问题： 


 

与虚拟机LINUX中的文件目录一致