本文主要是介绍nfs挂接问题及解决办法,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
转载自:https://blog.csdn.net/qq695104815/article/details/79070182#commentBox
今天在学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中的文件目录一致
这篇关于nfs挂接问题及解决办法的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!