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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.