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 1R1gbf-0005AM-Sa for garchives@archives.gentoo.org; Thu, 08 Sep 2011 15:33:36 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8A2BA21C16F; Thu, 8 Sep 2011 15:33:24 +0000 (UTC) Received: from mail-wy0-f181.google.com (mail-wy0-f181.google.com [74.125.82.181]) by pigeon.gentoo.org (Postfix) with ESMTP id 3B76621C021 for ; Thu, 8 Sep 2011 15:32:28 +0000 (UTC) Received: by wyg36 with SMTP id 36so889675wyg.40 for ; Thu, 08 Sep 2011 08:32:28 -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=cKAEasOxrYcxn1E8bUE1+FcJ609Xx+DevlPgAjg8xJw=; b=df4eisLuzsKqgmMqzOtR2yL17GWF5yNgjwN1FZti1LN+qlfL6oMYCZxackcM5t40VX WEmLSaZ3KUaZGqc/P8OaBFqcl1tLbMeepHMgwNabNb4W26uM2EfcfsZVfq492zge+2vI RLbr9K8ftJbF/kAcYmkljsQ+6U2mfZ281ak2c= 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.71.76 with SMTP id q54mr845262wed.83.1315495948206; Thu, 08 Sep 2011 08:32:28 -0700 (PDT) Received: by 10.216.39.140 with HTTP; Thu, 8 Sep 2011 08:32:27 -0700 (PDT) In-Reply-To: <20110908121151.018c38f3@rohan> 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> <20110908121151.018c38f3@rohan> Date: Thu, 8 Sep 2011 11:32:27 -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: b705eb7e8198caf4b8022d5600588597 On Thu, Sep 8, 2011 at 6:11 AM, Alan McKinnon wro= te: > On Wed, 7 Sep 2011 23:23:45 -0400 > Canek Pel=C3=A1ez Vald=C3=A9s wrote: > >> > I wound up being able to recover by doing a full reinstall of all >> > packages on the live system after mounting /usr into a >> > freshly-mkfs'd new lvm volume. If I'd taken the system offline, it >> > would have been much more difficult. >> >> You can always remount / in another LVM module. Really, what's so >> especial about /usr? > > Don't get me started. Oh, wait, you just did. Uh oh :D > Right, here goes: > > An initramfs is optional becuase i can disable it in the kernel. I > would like to keep that optional. udev at some point was optional, then it wasn't. Right now initramfs is optional primarily because of embedded systems. Change happens, I repeat. > FHS says I can have /usr on a separate partition and I would like to > keep that because it is a good idea. FHS is dead: for years we didn't hear from it, and it was until a few months that some activity was registered from it. For practical reasons, it's dead, and nobody follows it completely (where in FHS is /usr/libexec? do you use /srv like FHS says?) But, if you think /usr in a separate partition is a good idea, then by all means write the code for it. > FHS says I can mount /usr read-only if I choose, which is also a good > idea. On a shared jumphost with 570 concurrent users it's actually a > VERY GOOD ODEA and I'd rather not lose that facility thankyouverymuch. Then don't loose it. Just use an initramfs. > I do not need, want nor can I find a valid reason to *require* an > initramfs. Systems boot just fine without them. Then either restrain yourself to security updates (which may be a good idea if you support a server for 570 concurrent users), or write the code to support a separated /usr without initramfs. > FHS says I can have the minimal software and tools to effect a system > repair on / and put then entirety of user-space on /usr. Everything > involved in this thread runs early in the boot process and I fail to > find a single convincing reason why /usr is involved at all. Anything > required at this point can simply be put into /bin, /sbin and /lib{,64} > which one will note is exactly how we have been doing it all along. If it is so easy, then write the code to do it. > This whole mess has every indication of a singular maintainer who > cannot be bothered taking other people's needs into account and > foisting off his own personal preferences onto an entire ecosystem. And he magically convinces his distribution (and ours) to follow through? Man, he must be really powerful. I don't think that it is even possible that *maybe* some of his reasoning actually makes sense. > I think such people should take note of how Torvalds works and emulate > him as opposed to emulating say Drepper as a role-model for good > project mantainership practice. The people that writes the code, gets shit done. Code talks. We always have the option to write the code ourselves, and get shit done the way we want it. Don't want to do that? Then accept that you will need to follow what the writers of the code decide. 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