mkinitrd unification across distributions
 help / color / mirror / Atom feed
From: Vivek Goyal <vgoyal-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
To: Harald Hoyer <harald-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 07:40:01 -0400	[thread overview]
Message-ID: <20120426114001.GC21447@redhat.com> (raw)
In-Reply-To: <4F991CEF.3020307-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>

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

  parent reply	other threads:[~2012-04-26 11:40 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 [this message]
     [not found]         ` <20120426114001.GC21447-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2012-04-26 11:54           ` Harald Hoyer

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=20120426114001.GC21447@redhat.com \
    --to=vgoyal-h+wxahxf7alqt0dzr+alfa@public.gmane.org \
    --cc=amwang-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org \
    --cc=dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org \
    --cc=harald-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