From: Warren Togami <wtogami-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
To: initramfs <initramfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Subject: Re: Redundant nfsroot cmdline options
Date: Wed, 17 Jun 2009 16:38:21 -0400 [thread overview]
Message-ID: <4A39543D.9040206@redhat.com> (raw)
In-Reply-To: <4A394352.1010007-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
On 06/17/2009 03:26 PM, Warren Togami wrote:
>> # "/tftpboot/%s" will be used.
>
> This part about /tftpboot/ and the accompanying implementation in
> 95nfs/nfsroot seems baffling.
>
> * In what cases does hostname lookup actually work here?
> * Where does this precedent come from? This seems to be a really narrow
> implementation from some specific past software with hard-coded
> assumptions.
> * For example /tftpboot isn't used by default configurations of tftp
> servers on modern Debian, Ubuntu or Fedora anymore. They've moved to
> FHS-compliant /var/lib/tftpboot. But then again nothing demands that the
> sysadmin sticks with any particular path for the tftp server.
> * What does tftpboot have to do with initrd? The initrd doesn't have
> anything to do with tftp at this stage.
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=Documentation/filesystems/nfsroot.txt
OK, I see in the Legacy documentation...
/tftpboot is only a default set if no path is provided. You can
apparently have any path with an optional %s which is replaced by the
kernel. In our case however we need to replace the %s ourselves.
> 62 <root-dir> Name of the directory on the server to mount as root.
> 63 If there is a "%s" token in the string, it will be
> 64 replaced by the ASCII-representation of the client's
> 65 IP address.
The documentation only mentions "ASCII-representation of the client's IP
address", not hostname that 95nfs/nfsroot seems to indicate.
Where did the idea that %s is hostname come from?
Warren Togami
wtogami-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org
--
To unsubscribe from this list: send the line "unsubscribe initramfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2009-06-17 20:38 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-06-15 19:46 Redundant nfsroot cmdline options Warren Togami
[not found] ` <4A36A510.5010709-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-06-17 3:48 ` Dave Dillow
[not found] ` <20090617034849.GA22705-i1Mk8JYDVaaSihdK6806/g@public.gmane.org>
2009-06-17 4:03 ` Warren Togami
[not found] ` <4A386B20.9010205-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-06-17 7:18 ` Seewer Philippe
[not found] ` <4A3898E0.8090700-omB+W0Dpw2o@public.gmane.org>
2009-06-17 19:26 ` Warren Togami
[not found] ` <4A394352.1010007-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-06-17 20:38 ` Warren Togami [this message]
[not found] ` <4A39543D.9040206-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-06-18 7:07 ` Seewer Philippe
2009-06-18 7:23 ` Seewer Philippe
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4A39543D.9040206@redhat.com \
--to=wtogami-h+wxahxf7alqt0dzr+alfa@public.gmane.org \
--cc=initramfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox