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 1R327g-0002Ot-F6 for garchives@archives.gentoo.org; Mon, 12 Sep 2011 08:44:15 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 555B621C21D; Mon, 12 Sep 2011 08:43:24 +0000 (UTC) Received: from arsenic.logifi.fr (arsenic.logifi.fr [217.108.178.219]) by pigeon.gentoo.org (Postfix) with ESMTP id B4B5F21C174 for ; Mon, 12 Sep 2011 08:40:04 +0000 (UTC) Received: from nicolas-desktop (unknown [192.168.8.78]) by arsenic.logifi.fr (Postfix) with ESMTP id 00728200AD; Mon, 12 Sep 2011 10:25:51 +0200 (CEST) Date: Mon, 12 Sep 2011 10:40:02 +0200 From: Nicolas Sebrecht To: gentoo-user@lists.gentoo.org Cc: Nicolas Sebrecht Subject: [gentoo-user] Re: /dev/sda* missing at boot Message-ID: <20110912084002.GA2433@nicolas-desktop> References: <201108191109.34984.michaelkintzios@gmail.com> <131567433.daO3zm16fP@pc> <20110909080621.GA3051@nicolas-desktop> <2041021.Ne6GbGEXyK@pc> 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-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2041021.Ne6GbGEXyK@pc> User-Agent: Mutt/1.5.20 (2009-06-14) X-Archives-Salt: X-Archives-Hash: de650c2cede9719ef6558095a4846718 The 09/09/11, Michael Schreckenbauer wrote: > The question arose, when Canek mentioned bluetoothd, that udev seems to need > in some cases. This is wrong. udev on its own does not require extra tools from /usr. Though, the rules used by udev do use software in /usr. It's NOT a udev fault _at all_. This is how developers wrote software and because they wanted to hook themselves early at boot time, using udev facility. They are PulseAudio, NetworkManager, libatasmart, ALSA, D-Bus, CUPS, VirtualBox, usbmuxd, bluetoothd and a LOT of other tools. It's even worse when you know that some scripts are written in python. Everybody can write its own rules without even think about direct (or hidden) /usr dependency. Again, udev is NOT to blame. > If bluetoothd doesn't quite fit to /bin or /sbin (I tend to > agree here), but is needed before /usr is mounted, then it has to be put > *somewhere*. I don't say, that this is the way to go. Only searching for > alternatives to a forced initramfs. So, what's the good way to fix all that mess? Certainly not moving most of software to /. Fortunately, we can expect /usr to be mounted before udev starts via the initramfs. It does NOT mean everybody will require a initramfs. It means people WANTING a seperate /usr will need a initramfs. The good thing is that a lot of tools now in / will be granted back to /usr. Let's clean up /. Also, it's a _good_ news for admins expecting to maintain systems with a shared /usr (e.g. over the network). -- Nicolas Sebrecht