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 1R1iza-0002hA-Qr for garchives@archives.gentoo.org; Thu, 08 Sep 2011 18:06:27 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 9808F21C38F; Thu, 8 Sep 2011 18:06:12 +0000 (UTC) Received: from karnak.local (cpc2-lutn10-2-0-cust603.9-3.cable.virginmedia.com [81.97.90.92]) by pigeon.gentoo.org (Postfix) with ESMTP id A655321C11F for ; Thu, 8 Sep 2011 18:05:09 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by karnak.local (Postfix) with ESMTP id D23503003 for ; Thu, 8 Sep 2011 19:05:08 +0100 (BST) X-Virus-Scanned: by amavisd-new using ClamAV at karnak.local Received: from karnak.local ([127.0.0.1]) by localhost (karnak.local [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id w6lvM4QOdF1p for ; Thu, 8 Sep 2011 19:05:07 +0100 (BST) Received: from karnak.local (localhost [127.0.0.1]) by karnak.local (Postfix) with ESMTP id 1A0AB3002 for ; Thu, 8 Sep 2011 19:05:07 +0100 (BST) Date: Thu, 8 Sep 2011 19:05:00 +0100 From: David W Noon To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] /dev/sda* missing at boot Message-ID: <20110908190500.05ebac1f@karnak.local> In-Reply-To: References: <201108191109.34984.michaelkintzios@gmail.com> <20110907050952.GA2588@linux1> <4E66FFFA.2020600@gmail.com> <201109071923.39954.Dan.Johansson@dmj.nu> <20110907235457.691be720@zaphod.digimed.co.uk> <20110908023729.45d1b985@karnak.local> <20110908174424.49e613b3@karnak.local> Organization: Luton Operatic Society X-Mailer: Claws Mail 3.7.9 (GTK+ 2.24.4; i686-pc-linux-gnu) 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; micalg=PGP-SHA1; boundary="Sig_/slk3ZWuWftBN=ysHlm+9giG"; protocol="application/pgp-signature" X-Archives-Salt: X-Archives-Hash: bd07b399aacb6433a4a293814632cb68 --Sig_/slk3ZWuWftBN=ysHlm+9giG Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Thu, 8 Sep 2011 12:56:44 -0400, Canek Pel=C3=A1ez Vald=C3=A9s wrote abou= t Re: [gentoo-user] /dev/sda* missing at boot: > On Thu, Sep 8, 2011 at 12:44 PM, David W Noon > wrote: [snip] > > I expect to switch my simpler systems away from udev to mdev. =C2=A0This > > loses some functionality of udev, but that isn't needed on the > > simpler hardware configurations. =C2=A0So mdev could be the simplest > > solution to the design flaws creeping into udev. >=20 > Maybe. I would not bet on it, but any new technical experiment is > worth trying, I believe. I will stick with the kernel-blessed option > of udev, though. I don't know if the kernel offers any particular blessing to any hotplug handler. > > A very real problem with a large initramfs/initrd is maintaining the > > software embedded in the image file. =C2=A0If it contains duplicates of > > e2fsck, reiserfsck, glibc, libpthread, etc., then these typically > > need to be upgraded whenever the primary copy is upgraded. =C2=A0The > > bigger the initramfs becomes, the bigger the maintenance headache > > it inflicts. >=20 > Dracut automatizes this. Is a non-problem. If dracut actually worked ... [snip] > mount -o remount,rw / > do stuff... > mount -o remount,ro / >=20 > Really, I don't see the problem. During the "do stuff" phase, /usr is also writeable, which is undesirable on production systems. That's the *original* problem with merging a read-only /usr with /. [We seem to be going in circles with this one.] > > Similarly, /etc/mtab needs to remain writeable, as symlinking it > > to /proc/mounts (or /proc/self/mounts) won't always work for > > programs that parse /etc/mtab. =C2=A0This is because /proc/mounts > > contains additional mount options that are fairly Linux-specific, > > whereas /etc/mtab should be vanilla UNIX. >=20 > I really, really don't care about non-Linux systems. But that's me, > anyone else can use wathever they want. Just don't expect everyone to > be happy with the lowest common feature set. >=20 > Having said that, which programs do you use that need to parse mtab? I have about 6 or 7 backup jobs that run during the night and parse /etc/mtab to see if they need to place a copy of the backup onto an external medium. These examine the mount options and don't understand the non-standard options offered by Linux in /proc/mounts. [snip] > Just don't expect the limited resources of the Gentoo devs to be able > to test and support your special configuration. :-)) They already don't do that. --=20 Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwnoon@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* --Sig_/slk3ZWuWftBN=ysHlm+9giG Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) iEYEARECAAYFAk5pA9IACgkQc9/LpQ70v4+WXwCgmnYt/MjVO2p+yX25dwS/GCkN 2lYAn1+8BTvKV3QuffxeZZ/kUPtGFwx0 =AH22 -----END PGP SIGNATURE----- --Sig_/slk3ZWuWftBN=ysHlm+9giG--