linux-hotplug.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Kay Sievers <kay.sievers@vrfy.org>
To: linux-hotplug@vger.kernel.org
Subject: Re: udevd "got lost" after moving /dev
Date: Tue, 31 Jan 2006 14:33:49 +0000	[thread overview]
Message-ID: <20060131143349.GB11369@vrfy.org> (raw)
In-Reply-To: <cfb54190601310429n35d835afi10c445627b168444@mail.gmail.com>

On Tue, Jan 31, 2006 at 02:29:39PM +0200, Hai Zaar wrote:
> In initramfs I run udevd and populate /dev.
> Then I mount new root to $NEWROOT.
> Then I do the following:
>             cd $NEWROOT
>             udevcontrol stop_exec_queue
>             mount -n --move /dev ./dev
>             mount -n --move / .
>             chroot /sbin/init >/dev/console </dev/console
> 
> In initramfs I have only storage-related modules. So some of the
> events have failed. So in bootscripts, instead of triggering all of
> the events again, I just want to:
>             udevcontrols start_exec_queue
> and then replay failed events. This would complete the coldplugging.
> 
> The problem is that after --move'ing and chrooting, udev behaves very
> strange. It looks like it do not see the rules or something like that.
> For example when I plug USB disk (logs are in the end of the message).
> If I restart udevd somewhere in bootscripts, everythings works fine.

Don't run the daemon from initramfs on the real root. You should kill it
before leaving initramfs and start the real one. Ususally you also want
to replay all events in the real root, cause there could be different
rules and different tools available than in initramfs.

Kay


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid\x103432&bid#0486&dat\x121642
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

  reply	other threads:[~2006-01-31 14:33 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-01-31 12:29 udevd "got lost" after moving /dev Hai Zaar
2006-01-31 14:33 ` Kay Sievers [this message]
2006-01-31 14:47 ` Hai Zaar
2006-01-31 15:29 ` Scott James Remnant
2006-01-31 16:36 ` Hai Zaar
2006-02-02 13:25 ` Vassilis Virvilis
2006-02-02 13:34 ` Kay Sievers
2006-02-02 18:12 ` Vassilis Virvilis

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=20060131143349.GB11369@vrfy.org \
    --to=kay.sievers@vrfy.org \
    --cc=linux-hotplug@vger.kernel.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;
as well as URLs for NNTP newsgroup(s).