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 <gentoo-user+bounces-127830-garchives=archives.gentoo.org@lists.gentoo.org>)
id 1R1gJu-0003bv-CV
for garchives@archives.gentoo.org; Thu, 08 Sep 2011 15:15:14 +0000
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 36F4021C035;
Thu, 8 Sep 2011 15:15:04 +0000 (UTC)
Received: from mail-ey0-f171.google.com (mail-ey0-f171.google.com [209.85.215.171])
by pigeon.gentoo.org (Postfix) with ESMTP id 21ADE21C0F7
for <gentoo-user@lists.gentoo.org>; Thu, 8 Sep 2011 15:13:59 +0000 (UTC)
Received: by eyg24 with SMTP id 24so498728eyg.16
for <gentoo-user@lists.gentoo.org>; Thu, 08 Sep 2011 08:13:59 -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=oAOPcliAS+rnFVbH/qh4wqrR+Hw/UH9qDJd3kkRINt0=;
b=GUjYXQ9ng6oGSmR/a+1jVU4uwV+MEWavy2h/iH+xoKCIeDbH6b44o4HUzd/0Q16BBK
EdmGsOFJCBspplgV5+9AoqHJCD0ymJ4Y1kZXYy4AqT9SRme7Tm+1pwf3VTu5NJsGhHSt
e2a79bi/dWwoEYSZh5f6X9qEF5Vhs23MkYrCA=
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
X-BeenThere: gentoo-user@lists.gentoo.org
Reply-to: gentoo-user@lists.gentoo.org
MIME-Version: 1.0
Received: by 10.216.134.155 with SMTP id s27mr825937wei.98.1315494838547; Thu,
08 Sep 2011 08:13:58 -0700 (PDT)
Received: by 10.216.39.140 with HTTP; Thu, 8 Sep 2011 08:13:58 -0700 (PDT)
In-Reply-To: <4495743.s0RYfxWcgT@pc>
References: <201108191109.34984.michaelkintzios@gmail.com>
<20110908023729.45d1b985@karnak.local>
<CADPrc83ggoxoNY9mhzBB7EOR=JdW3wHrNfnvEzZM2yqU2TSuGg@mail.gmail.com>
<4495743.s0RYfxWcgT@pc>
Date: Thu, 8 Sep 2011 11:13:58 -0400
Message-ID: <CADPrc83jOLeEXT6nRDLnUBf2xwXwFXKP1TdTe_LvEYrvyLk6Rg@mail.gmail.com>
Subject: Re: [gentoo-user] /dev/sda* missing at boot
From: =?UTF-8?B?Q2FuZWsgUGVsw6FleiBWYWxkw6lz?= <caneko@gmail.com>
To: gentoo-user@lists.gentoo.org
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Archives-Salt:
X-Archives-Hash: d7d48c1345a47b5f2a1cdacf96ec8116
On Thu, Sep 8, 2011 at 4:09 AM, Michael Schreckenbauer <grimlog@gmx.de> wro=
te:
> Am Mittwoch, 7. September 2011, 23:33:35 schrieb Canek Pel=C3=A1ez Vald=
=C3=A9s:
>> > The more I think about this merge of / and /usr, the dumber I think th=
e
>> > idea is. =C2=A0As I wrote in an earlier message on this list, the init=
ramfs
>> > will be many times larger than the kernel itself. =C2=A0Indeed, my /bo=
ot
>> > partition is only 32 MiB, and that will be too small to contain all th=
e
>> > extra libraries and programs to run the initramfs script.
>>
>> I don't see any problem with an initramfs larger than the kernel. It
>> will handle a lot of stuff. But if you don't want to change your /boot
>> partition, then don't upgrade to new kernels.
>
> How about accepting the fact, that there are a lot of things out there "y=
ou
> don't see"? Get over it. People have told a lot of valid reasons. They mi=
ght
> not seem valid to you, but that's not their problem.
Relax man, I keep saying that is *I* who don't see a valid reason.
That doesn't mean there is no valid reason; I thought that went
without saying. Sorry if it sounded like I was invalidating all you
guys reasons.
My primary point was that, I *you* have your reasons to keep a
separated /usr, then by all means do it. You will only need an
initramfs.
> Have you *ever* thought about machines, that are not x86 or x86_64?
> Here's an intersting read:
> http://permalink.gmane.org/gmane.linux.gentoo.devel/72769
No, I haven't thought about them, because I don't use them. What it
has to do with anything?
>> Change happens.
>
> That's right. And sometimes these changes are simply bad ideas.
If so you think, then write the code to support the *really good* ideas.
>> >> > Mounting it read-only
>> >> > seems the only sensible one, and then I think is better to go all
>> >> > the way and mount / read-only.
>> >>
>> >> Putting /etc on a read-only filesystem seems a really bad idea.
>> >
>> > To say the least.
>>
>> It works, and it makes life easier for upstream. Which are the ones
>> writting the code.
>
> Hu? There's one upstream writing all the code for all the stuff we use? T=
hat's
> news to me.
Well, in this case by "upstream" I was meaning the Gentoo devs.
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