今天在学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中的文件目录一致
