From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kay Sievers Date: Tue, 31 Jan 2006 14:33:49 +0000 Subject: Re: udevd "got lost" after moving /dev Message-Id: <20060131143349.GB11369@vrfy.org> List-Id: References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-hotplug@vger.kernel.org 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 > 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&kid3432&bid#0486&dat1642 _______________________________________________ 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