From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.54) id 1FH7Mk-00066F-1X for garchives@archives.gentoo.org; Wed, 08 Mar 2006 22:42:46 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id k28MfBt3027660; Wed, 8 Mar 2006 22:41:11 GMT Received: from ukko.deru.net (ukko.deru.net [140.99.28.50]) by robin.gentoo.org (8.13.5/8.13.5) with ESMTP id k28Ma2f1008017 for ; Wed, 8 Mar 2006 22:36:02 GMT Received: from [67.139.146.226] (helo=[192.168.16.29]) by ukko.deru.net with esmtpsa (TLSv1:EXP1024-RC4-SHA:128) (Exim 4.43) id 1FH7GD-0006fa-Gz for gentoo-user@lists.gentoo.org; Wed, 08 Mar 2006 15:36:01 -0700 From: Josh Helmer To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] mount nfs thru mount system call Date: Wed, 8 Mar 2006 15:37:14 +0000 User-Agent: KMail/1.9 References: <200603081437.19890.joshhelmer@cox.net> <3cc642bc0603081404u7906e01ck84d48d8526301bad@mail.gmail.com> In-Reply-To: <3cc642bc0603081404u7906e01ck84d48d8526301bad@mail.gmail.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603081537.14744.joshhelmer@cox.net> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ukko.deru.net X-AntiAbuse: Original Domain - lists.gentoo.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - cox.net X-Source: X-Source-Args: X-Source-Dir: X-Archives-Salt: ca1d6179-8850-476e-a515-3083de08196e X-Archives-Hash: 7b8f62d68406fb25a661382a55df2612 On Wednesday 08 March 2006 22:04, Darryl Wagoner wrote: > On 3/8/06, Josh Helmer wrote: > > man 2 mount is not going to help. If you had looked closer you would > > realize > > that the "data" argument is the last argument not the filesystem > > type. The > > man page only says that the data argument is "typically" a comma > > separated string. I don't believe that is the case with NFS. > > Why not? I would try something like for data: > > rsize=8192,wsize=8192,soft. Check nfs(5) for details. OK... I did some googling... Source: http://www.die.net/doc/linux/man/man8/mount.8.html """ Instead of a textual option string, parsed by the kernel, the nfs file system expects a binary argument of type struct nfs_mount_data. The program mount itself parses the following options of the form `tag=value', and puts them in the structure mentioned: rsize=n, wsize=n, timeo=n, retrans=n, acregmin=n, acregmax=n, acdirmin=n, acdirmax=n, actimeo=n, retry=n, port=n, mountport=n, mounthost=name, mountprog=n, mountvers=n, nfsprog=n, nfsvers=n, namlen=n. The option addr=n is accepted but ignored. Also the following Boolean options, possibly preceded by no are recognized: bg, fg, soft, hard, intr, posix, cto, ac, tcp, udp, lock. For details, see nfs(5). """ I would still recommend looking into the mount source code. If I remember correctly, there is more to it than just creating a struct and populating it. I seem to recall that I also had to do something to register the remote export with the local machine. I vaguely remember fighting to have to get something to show up in /proc before I could successfully mount a filesystem. Josh -- gentoo-user@gentoo.org mailing list