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 1R2pEj-0000Ll-Gs for garchives@archives.gentoo.org; Sun, 11 Sep 2011 18:58:37 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 23ACE21C0C3; Sun, 11 Sep 2011 18:58:23 +0000 (UTC) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by pigeon.gentoo.org (Postfix) with ESMTP id 285A621C08F for ; Sun, 11 Sep 2011 18:56:52 +0000 (UTC) Received: by gxk28 with SMTP id 28so2519330gxk.13 for ; Sun, 11 Sep 2011 11:56:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=kYESaH+4dRWHYZ1nupnYJb+2QmC6vDqJT4icma3KP6Q=; b=I50vWVDWMBYBm3Zhv0jlMUIrwgI+flhryIqp6XYTq5/4il7H4yXQ7ThxjZFeFh62Oe d/pBXmJBPk8H5dKQHRCqArNAfIvYbinTbgLLahixdtPsZmI/0siUOW6i7z6hoPE4ompA WnE4xTlwsuv+AlMJogdhcD5Btw0I4+Dwzy1cQ= Received: by 10.101.93.4 with SMTP id v4mr268890anl.11.1315767411749; Sun, 11 Sep 2011 11:56:51 -0700 (PDT) Received: from [192.168.2.5] (adsl-65-0-89-228.jan.bellsouth.net [65.0.89.228]) by mx.google.com with ESMTPS id v6sm11586766anj.7.2011.09.11.11.56.49 (version=SSLv3 cipher=OTHER); Sun, 11 Sep 2011 11:56:50 -0700 (PDT) Message-ID: <4E6D0470.5030006@gmail.com> Date: Sun, 11 Sep 2011 13:56:48 -0500 From: Dale User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20110829 Firefox/6.0 SeaMonkey/2.3.1 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 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] /dev/sda* missing at boot References: <201108191109.34984.michaelkintzios@gmail.com> <4E69D406.9000909@gmail.com> <4E6A4BB6.9030002@coolmail.se> <1976676.VEhsp2hV9U@tux> In-Reply-To: <1976676.VEhsp2hV9U@tux> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: X-Archives-Hash: 96ffb22044f3c5f000126a06ac3326d2 Paul Colquhoun wrote: > On Fri, 9 Sep 2011 07:24:06 PM pk wrote: >> On 2011-09-09 10:53, Dale wrote: >>> Can I slap whoever started this? The more I think on this, the worse it >> Yes Dale, you have my permission! And while you're at it, slap him from >> me too! ;-) >> >> It _may_ be this guy that's responsible for this crap: >> http://linuxplumbersconf.org/ocw/users/58 >> >> Also: >> http://comments.gmane.org/gmane.linux.hotplug.devel/16994 > > I've had a look at the stuff at those links, and some of what they link to in > turn, and had a bit of a think about it. > > Looking at "initramfs" as a modern Linux replacement for the "bootable / > partition" of traditional Unix systems does make some sense, even though I > think it could be made simpler. > > Fot those opposed to initramfs, would you also object to /boot being > 1) a manditory seperate partition > 2) required to be ext2 (or one of a *very* short list) > 3) having /boot/{bin,sbin,lib} containing local copies of the absolute > minimum boot requirements (i.e. initramfs in a real fs) > > On the other hand, most of the problem seems to stem from software packages > hooking into the early boot via udev rules, and not beiong careful where they > put the executables and libraries that they reference. > > Is udev (as it currently stands) really the best place for them to hook into? > > Could udev be split into 2 passes, early-boot udev that only does system stuff > (like mount filesystems out of /etc/fstab, setup keyboards& video), and late- > boot udev where other applications can put in any hooks they like, since the > full system would then be available. > > The late-boot udev may need to do a full rescan of everything that early-boot > udev found, but didn't have the rules for yet, but I'm sure that the 2 passes > could talk to each other and sort that out fairly simply. > > Or possibly just add a whole new service to use just for hooking software > packages into system events. Although this would probably end upneeding to be > a udev clone anyway. > I always have /boot on a separate partition and it is always ext2. So, that is done. I also have a 200Mb /boot partition. It sometimes gets about half full but I could just clean out old kernels more often. I could always make /boot larger too. Dale :-) :-)