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 1R2pra-0002As-6b for garchives@archives.gentoo.org; Sun, 11 Sep 2011 19:38:52 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 952F121C16B; Sun, 11 Sep 2011 19:38:32 +0000 (UTC) Received: from mail-ww0-f53.google.com (mail-ww0-f53.google.com [74.125.82.53]) by pigeon.gentoo.org (Postfix) with ESMTP id B9C3521C160 for ; Sun, 11 Sep 2011 19:37:14 +0000 (UTC) Received: by wwg14 with SMTP id 14so1810280wwg.10 for ; Sun, 11 Sep 2011 12:37:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:reply-to:to:subject:date:user-agent:references:in-reply-to :mime-version:content-type:content-transfer-encoding:message-id; bh=J8KBoSt92sjLQcr0U77aPtE7Vp/Ygc6+Th1p0QRiCsM=; b=ElGEqbyRlgFjeieZbSjrThCwQmm2/itHC8xPGMwluyppKZzodDdfpcegDJmBAvNys8 7SE2ZkSUvKDHSXsXptCOAAet4NtZZCTtEMQyWfexTI5zMyGtr2TQ2Z1XHRs1D9XpiPHO JIaVqKHAP2MBBEDKLFyC2V9NWTskgVSQmBc58= Received: by 10.227.196.194 with SMTP id eh2mr1486196wbb.52.1315769832544; Sun, 11 Sep 2011 12:37:12 -0700 (PDT) Received: from dell_xps.localnet (230.3.169.217.in-addr.arpa [217.169.3.230]) by mx.google.com with ESMTPS id fa7sm13949665wbb.26.2011.09.11.12.37.10 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 11 Sep 2011 12:37:11 -0700 (PDT) From: Mick To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] /dev/sda* missing at boot Date: Sun, 11 Sep 2011 20:37:00 +0100 User-Agent: KMail/1.13.7 (Linux/2.6.39-gentoo-r3; KDE/4.6.5; x86_64; ; ) References: <201108191109.34984.michaelkintzios@gmail.com> <1976676.VEhsp2hV9U@tux> <4E6D0470.5030006@gmail.com> In-Reply-To: <4E6D0470.5030006@gmail.com> 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: multipart/signed; boundary="nextPart2806194.XyuY5D5WGU"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201109112037.10885.michaelkintzios@gmail.com> X-Archives-Salt: X-Archives-Hash: a6cea65e0fd98f4774dbc711f972a3a8 --nextPart2806194.XyuY5D5WGU Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Sunday 11 Sep 2011 19:56:48 Dale wrote: > 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 > >>=20 > >> Yes Dale, you have my permission! And while you're at it, slap him from > >> me too! ;-) > >>=20 > >> It _may_ be this guy that's responsible for this crap: > >> http://linuxplumbersconf.org/ocw/users/58 > >>=20 > >> Also: > >> http://comments.gmane.org/gmane.linux.hotplug.devel/16994 > >=20 > > 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. > >=20 > > 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. > >=20 > > Fot those opposed to initramfs, would you also object to /boot being > >=20 > > 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 absolu= te > > =20 > > minimum boot requirements (i.e. initramfs in a real fs) > >=20 > > 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. > >=20 > > Is udev (as it currently stands) really the best place for them to hook > > into? > >=20 > > Could udev be split into 2 passes, early-boot udev that only does system > > stuff (like mount filesystems out of /etc/fstab, setup keyboards&=20 > > video), and late- boot udev where other applications can put in any > > hooks they like, since the full system would then be available. > >=20 > > 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. > >=20 > > Or possibly just add a whole new service to use just for hooking softwa= re > > packages into system events. Although this would probably end upneeding > > to be a udev clone anyway. >=20 > 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. It seems that I'm gonna have fun with a 35M /boot soon (and no LVM of cours= e). ;-) =2D-=20 Regards, Mick --nextPart2806194.XyuY5D5WGU Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) iEYEABECAAYFAk5tDeYACgkQVTDTR3kpaLb5DgCffEH6kBeJdAtdNcmjvMhDpMwG lPYAoKYAkMeG1UVmizxX5YFhETetuSFj =ycKj -----END PGP SIGNATURE----- --nextPart2806194.XyuY5D5WGU--