From: Harald Hoyer <harald-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
To: Vivek Goyal <vgoyal-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Cc: initramfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
Dave Young <dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
Cong Wang <amwang-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Subject: Re: What are the semantics of --mount option
Date: Thu, 26 Apr 2012 13:54:01 +0200 [thread overview]
Message-ID: <4F993759.2020400@redhat.com> (raw)
In-Reply-To: <20120426114001.GC21447-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Am 26.04.2012 13:40, schrieb Vivek Goyal:
> On Thu, Apr 26, 2012 at 12:01:19PM +0200, Harald Hoyer wrote:
>> Am 25.04.2012 23:50, schrieb Vivek Goyal:
>>> Hi Harald,
>>>
>>> What are the semantics of --mount option. If I call dracut with --mount
>>> option, can I expect that resulting initramfs will mount that
>>> filesystem (including network file system) by the time pre-pivot hook of
>>> a module is called?
>>
>> yes, but network setup has to be crafted on the kernel cmdline or in a
>> /etc/cmdline.d/*.conf
>
> This is interesting. General theme of dracut seems to be that for
> networking, iscsi etc, we will include relevant tools (binaries/config
> files etc) but will not store the specific configuration of target and
> expect the configuration either on command line (iscsiroot, netroot etc)
> or in /etc/cmdline.d/*.conf.
>
> I am confused why that's the case. I mean I can understand this for
> generic initramfs. But for hostonly initramfs, don't we want to bring
> up all the devices encountered in root path by default? Why a user is
> supposed to specify specific iscsi, network configuration on the
> command line again. dracut has access to alll this information while
> traversing the device stack and should be able to store it in initramfs.
>
> IOW, will it make sense that in hostonly mode, various modules also starting
> saving associated configuration of device (as needed) and by default
> try to bring up those devices on boot (in addition to honoring any
> command line options passed)?
>
> Thanks
> Vivek
Network setup and network devices have not yet been ported to host-only
self-configuration.
prev parent reply other threads:[~2012-04-26 11:54 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-04-25 21:50 What are the semantics of --mount option Vivek Goyal
[not found] ` <20120425215006.GA19485-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2012-04-26 10:01 ` Harald Hoyer
[not found] ` <4F991CEF.3020307-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2012-04-26 11:40 ` Vivek Goyal
[not found] ` <20120426114001.GC21447-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2012-04-26 11:54 ` Harald Hoyer [this message]
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=4F993759.2020400@redhat.com \
--to=harald-h+wxahxf7alqt0dzr+alfa@public.gmane.org \
--cc=amwang-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org \
--cc=dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org \
--cc=initramfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=vgoyal-H+wXaHxf7aLQT0dZR+AlfA@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