开发板 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中的文件目录一致