From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1R32Vt-0005MO-7S for garchives@archives.gentoo.org; Mon, 12 Sep 2011 09:09:13 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1B9A421C0D9; Mon, 12 Sep 2011 09:09:03 +0000 (UTC) Received: from smtpq1.tb.mail.iss.as9143.net (smtpq1.tb.mail.iss.as9143.net [212.54.42.164]) by pigeon.gentoo.org (Postfix) with ESMTP id D6F4921C02D for ; Mon, 12 Sep 2011 09:07:26 +0000 (UTC) Received: from [212.54.42.148] (helo=smtp16.tb.mail.iss.as9143.net) by smtpq1.tb.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1R32UA-0005jN-BY for gentoo-user@lists.gentoo.org; Mon, 12 Sep 2011 11:07:26 +0200 Received: from 5ed027a1.cm-7-1a.dynamic.ziggo.nl ([94.208.39.161] helo=data.antarean.org) by smtp16.tb.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1R32Ty-00033V-E8 for gentoo-user@lists.gentoo.org; Mon, 12 Sep 2011 11:07:14 +0200 Received: from localhost (localhost [127.0.0.1]) by data.antarean.org (Postfix) with ESMTP id 4DFF5CF8 for ; Mon, 12 Sep 2011 11:07:17 +0200 (CEST) X-Virus-Scanned: amavisd-new at antarean.org Received: from data.antarean.org ([127.0.0.1]) by localhost (data.antarean.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 68g9bmE66PGV for ; Mon, 12 Sep 2011 11:07:15 +0200 (CEST) Received: from eve.localnet (eve.lan.antarean.org [10.20.13.50]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPS id C2647C46 for ; Mon, 12 Sep 2011 11:07:15 +0200 (CEST) From: Joost Roeleveld To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] /dev/sda* missing at boot Date: Mon, 12 Sep 2011 11:07:12 +0200 Message-ID: <3531549.SdbnOTI6fV@eve> User-Agent: KMail/4.7.0 (Linux/2.6.36-gentoo-r5; KDE/4.7.0; x86_64; ; ) In-Reply-To: <20110912094922.7b4e3b5b@zaphod.digimed.co.uk> References: <201108191109.34984.michaelkintzios@gmail.com> <1358997.kmODItp2nM@eve> <20110912094922.7b4e3b5b@zaphod.digimed.co.uk> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-ZiggoSMTP-MailScanner-Information: Please contact the ISP for more information X-ZiggoSMTP-MailScanner-ID: 1R32Ty-00033V-E8 X-ZiggoSMTP-MailScanner: Found to be clean X-ZiggoSMTP-MailScanner-SpamCheck: geen spam, SpamAssassin (niet cached, score=-0.692, vereist 5, BAYES_00 -1.90, KHOP_DYNAMIC 0.73, RDNS_DYNAMIC 0.98, RP_MATCHES_RCVD -0.50) X-ZiggoSMTP-MailScanner-From: joost@antarean.org X-Spam-Status: No X-Archives-Salt: X-Archives-Hash: 69359cf6b0ac8724dd49fc1ac64f7b83 On Monday, September 12, 2011 09:49:22 AM Neil Bothwick wrote: > On Mon, 12 Sep 2011 09:45:44 +0200, Joost Roeleveld wrote: > > As long as filesystem-support for /usr is in the kernel, why can't > > "/usr" be mounted right after "/"? > > > > Eg. instead of worrying with an init*, why not edit the boot-scripts to > > have "/usr" mounted before udev and colleagues start? > > Because it is udev that creates the device entries needed to mount /usr - > and that doesn't even touch other cases, like /usr being on a software > block device, like LVM or dmcrypt. Thanks Alex and Neil. I didn't think it through properly. Which is why I posted it here, rather then try to see how to get the scripts updated for it. > The problem here is that udev is trying to do too much. On the one hand > it handles the initial population of /dev/ and all that is needed to > mount the contents of fstab. On the other hand, it is trying to be an > all-encompassing device and hotplug manager. the latter function should > be started relatively late in the boot sequence, the former as soon as > possible. > > I'd like to know why these functions cannot be separated, run the command > to populate /dev early on, then start the udev daemon after the > filesystems have been mounted. > > Some sort of early boot rules file would need to be used to handle things > like setting up symlinks for block devices to avoid breaking some users' > fstabs. Yes, which means "udev" would need to be split into: * devd (which controls the /dev-tree) * plugd (which handles all the "hotplug-events" where special things happen) The communication between the 2 could be done using a simple /dev/udev_pipe device. "devd" throws events onto the pipe and plugd handles these events. That would also make things easier to configure as the renaming and such is for "devd". But the commands to be executed can then be based on the actual name in /dev. Rather then on the kernel-name/id/..../whatever. Any thoughts on this? -- Joost PS. I'm throwing ideas here, hopefully we can come to a sane and logical option here