ltib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Ltib] nfs server not responding, still trying


From: Peter Barada
Subject: Re: [Ltib] nfs server not responding, still trying
Date: Thu, 12 Aug 2010 23:55:09 -0400

On Thu, 2010-08-12 at 18:19 -0600, Jorge A. Castro wrote:
Hello,

I'm just starting my experience of ARM-57TS-LPC3250 and LTIB. Trying to 
implement file system in NFS, I'm able to obtain a fully functional OS 
on the board, but during the boot kernel and root filesystem mount 
process I got some issues with the nfs server:

nfs: server 192.168.100.84 OK
nfs: server 192.168.100.84 not responding, still trying
nfs: server 192.168.100.84 not responding, still trying
nfs: server 192.168.100.84 not responding, still trying
nfs: server 192.168.100.84 not responding, still trying
nfs: server 192.168.100.84 OK
nfs: server 192.168.100.84 OK
nfs: server 192.168.100.84 OK
nfs: server 192.168.100.84 OK
nfs: server 192.168.100.84 not responding, still trying
nfs: server 192.168.100.84 OK
Starting the dropbear ssh server:
nfs: server 192.168.100.84 not responding, still trying
nfs: server 192.168.100.84 OK
nfs: server 192.168.100.84 not responding, still trying
nfs: server 192.168.100.84 OK
nfs: server 192.168.100.84 not responding, still trying
nfs: server 192.168.100.84 OK
nfs: server 192.168.100.84 not responding, still trying
nfs: server 192.168.100.84 not responding, still trying
nfs: server 192.168.100.84 OK
nfs: server 192.168.100.84 OK
starting pid 376, tty '': '-/sbin/getty -L ttyTX0 115200 vt100'


         Welcome to Future Designs, Inc. LPC3250 Linux

The default password for the root account is: root
please change this password using the 'passwd' command
and then edit this message (/etc/issue) to remove this message

nxp login:

This just delay the mounting process, because at the end the system 
works, but I want to delete this issue.

Any ideas?

Well there are multiple possibilities, the following may give some ideas:
http://nfs.sourceforge.net/

Personally, I use " root=/dev/nfs rw nfsroot=<IP>:<DIR>,wsize=1500,rsize=1500" where "<IP>" is the NFS server IP address, "<DIR>" is the directory on the NFS server to mount as the rootfs.  Limiting wsize/rsize to 1500 helps to keep UDP fragmentation to a minimum.


Best regards



reply via email to

[Prev in Thread] Current Thread [Next in Thread]