mkinitrd unification across distributions
 help / color / mirror / Atom feed
From: Harald Hoyer <harald-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
To: "initramfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org >>
	\"initramfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org\""
	<initramfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Subject: Re: Thoughts on mounting the rootfs from a udev rule
Date: Fri, 20 Mar 2009 09:07:14 +0100	[thread overview]
Message-ID: <49C34EB2.6030703@redhat.com> (raw)
In-Reply-To: <1237496785.5070.28.camel-76q0VzFBGGr21HsLBtNmTckMGDeJXHgy@public.gmane.org>

Victor Lowther wrote:
> It seems that there are two major use cases that make mounting the root
> file system directly from a udev rule an inadvisable design decision:
> 
> The first is when your root filesystem does not reside on a block
> device, as in the nfsroot case.  In this case, there is no backing
> device for the filesystem for udev to detect, so we would still need a
> non-udev method of mounting the root filesystem in order to handle any
> case where there is no backing device for the root filesystem.
> 
> The second is when we are asked to resume from hibernate.  In this case,
> we must not attempt to mount the root filesystem (or any other
> filesystem, for that matter) until we have either attempted to resume
> (and failed) or we have determined that resuming is impossible.  Udev
> does not make any guarantees about the order in which devices are
> discovered, which leads to all sorts of interesting potential failure
> modes when you have either or both of resume handling and rootfs
> handling in a udev rule.
> 
> Thoughts?
> 

You are right.

--
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

  parent reply	other threads:[~2009-03-20  8:07 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-03-19 21:06 Thoughts on mounting the rootfs from a udev rule Victor Lowther
     [not found] ` <1237496785.5070.28.camel-76q0VzFBGGr21HsLBtNmTckMGDeJXHgy@public.gmane.org>
2009-03-20  8:07   ` Harald Hoyer [this message]
2009-03-20  8:31   ` Hannes Reinecke
     [not found]     ` <49C3546C.8050505-l3A5Bk7waGM@public.gmane.org>
2009-03-20  9:14       ` Victor Lowther
     [not found]         ` <1237540487.5070.54.camel-76q0VzFBGGr21HsLBtNmTckMGDeJXHgy@public.gmane.org>
2009-03-20  9:24           ` Seewer Philippe
     [not found]             ` <49C360B3.9020107-omB+W0Dpw2o@public.gmane.org>
2009-03-20  9:51               ` Victor Lowther
2009-03-20 12:30               ` Karel Zak
     [not found]                 ` <20090320123018.GB3363-sHeGUpI7y9L/9pzu0YdTqQ@public.gmane.org>
2009-03-20 13:07                   ` Seewer Philippe
     [not found]                     ` <49C39509.2020205-omB+W0Dpw2o@public.gmane.org>
2009-03-20 13:13                       ` Kay Sievers
     [not found]                         ` <ac3eb2510903200613k6826172cl4766b48edea92228-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-03-20 13:22                           ` Seewer Philippe
     [not found]                             ` <49C3987F.8010804-omB+W0Dpw2o@public.gmane.org>
2009-03-20 13:40                               ` Kay Sievers
     [not found]                                 ` <ac3eb2510903200640w1cfab1d4sbadc3db7b2f11e06-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-03-20 13:47                                   ` Seewer Philippe
     [not found]                                     ` <49C39E8C.50908-omB+W0Dpw2o@public.gmane.org>
2009-03-20 13:54                                       ` Kay Sievers
     [not found]                                         ` <ac3eb2510903200654x9fda56cm504007cb516a7fc4-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-03-20 13:56                                           ` Seewer Philippe
2009-03-20  9:18       ` Seewer Philippe
2009-03-20  9:15   ` Seewer Philippe
     [not found]     ` <49C35EC6.2050405-omB+W0Dpw2o@public.gmane.org>
2009-03-20  9:29       ` Victor Lowther
     [not found]         ` <1237541365.5070.64.camel-76q0VzFBGGr21HsLBtNmTckMGDeJXHgy@public.gmane.org>
2009-03-22 19:46           ` Adam Spragg

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=49C34EB2.6030703@redhat.com \
    --to=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