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 1R1k3y-00009X-OF for garchives@archives.gentoo.org; Thu, 08 Sep 2011 19:15:08 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A3F9D21C12D; Thu, 8 Sep 2011 19:14:52 +0000 (UTC) Received: from mail-ww0-f41.google.com (mail-ww0-f41.google.com [74.125.82.41]) by pigeon.gentoo.org (Postfix) with ESMTP id 9503521C044 for ; Thu, 8 Sep 2011 19:13:56 +0000 (UTC) Received: by wwi18 with SMTP id 18so966128wwi.4 for ; Thu, 08 Sep 2011 12:13:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=5DtF6PppGhJsSMbLunCrkfMzbPpre/UxxkbJuI1fnek=; b=VMzOicAjdPFfBFKAGBgCQfqkKjbUIvqrkQogYEUvQA9KFXCx7nI8P4YpAZM3v6QLLt F6SqgaRcOJUZ+P7o4VREcCl6KHdUHj0wOED8UNGUO1c2235Oka+Hz+08p5wxEDo3+4ia bJlLE5O0OdHiuVjNYfzNBUjbV8qmpCiMSOuvg= 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 Received: by 10.216.181.141 with SMTP id l13mr1059954wem.98.1315509235742; Thu, 08 Sep 2011 12:13:55 -0700 (PDT) Received: by 10.216.39.140 with HTTP; Thu, 8 Sep 2011 12:13:55 -0700 (PDT) In-Reply-To: <20110908190500.05ebac1f@karnak.local> 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> <20110908190500.05ebac1f@karnak.local> Date: Thu, 8 Sep 2011 15:13:55 -0400 Message-ID: Subject: Re: [gentoo-user] /dev/sda* missing at boot From: =?UTF-8?B?Q2FuZWsgUGVsw6FleiBWYWxkw6lz?= To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: X-Archives-Hash: cfa7810ae5e76d4388472f73a843ed30 On Thu, Sep 8, 2011 at 2:05 PM, David W Noon wrote: > On Thu, 8 Sep 2011 12:56:44 -0400, Canek Pel=C3=A1ez Vald=C3=A9s wrote ab= out 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=A0Th= is >> > 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. >> >> 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. udev is the device manager for the Linux kernel. It replaced devfs. It's related, but doesn't (necessarily) need to be the same that the user space part. Yeah, udev is mandatory in the kernel, unless you use a traditional /dev directory. >> > A very real problem with a large initramfs/initrd is maintaining the >> > software embedded in the image file. =C2=A0If it contains duplicates o= f >> > 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. >> >> Dracut automatizes this. Is a non-problem. > > If dracut actually worked ... What doesn't work for you? > [snip] >> mount -o remount,rw / >> do stuff... >> mount -o remount,ro / >> >> Really, I don't see the problem. > > During the "do stuff" phase, /usr is also writeable, which is > undesirable on production systems. =C2=A0That's the *original* problem wi= th > merging a read-only /usr with /. [We seem to be going in circles with > this one.] It's the same when you upgrade the system. If you don't allow rw in /user *ever*, then you are not allowed to upgrade. Which I was chewed up because I said it was an alternative. >> > 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. >> >> 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. >> >> 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. =C2=A0These examine the mount options and don't > understand the non-standard options offered by Linux in /proc/mounts. Really? You cannot grep -v those options to another file and make the jobs read this other file? In my experience that sounds like a problem with the jobs. But hey, that only was an option (making / ro). You have several options, already discussed. And again, it's not the regular use-case. The devs don't need to worry about your use-case (or my use-case); they worry about the global picture (or at least should). You can either roll with that or maintain it yourself. If I were you, I would try to change those jobs. Otherwise, I would use an initramfs. Either way, I would fix it. > [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. Well, then you already know what to do. Regards. --=20 Canek Pel=C3=A1ez Vald=C3=A9s Posgrado en Ciencia e Ingenier=C3=ADa de la Computaci=C3=B3n Universidad Nacional Aut=C3=B3noma de M=C3=A9xico