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 1R1h8R-0000Bx-6P for garchives@archives.gentoo.org; Thu, 08 Sep 2011 16:07:27 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 913AA21C35D; Thu, 8 Sep 2011 16:07:13 +0000 (UTC) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by pigeon.gentoo.org (Postfix) with SMTP id 1A53921C06B for ; Thu, 8 Sep 2011 16:06:22 +0000 (UTC) Received: (qmail invoked by alias); 08 Sep 2011 16:06:22 -0000 Received: from p5B082D1C.dip.t-dialin.net (EHLO pc.localnet) [91.8.45.28] by mail.gmx.net (mp009) with SMTP; 08 Sep 2011 18:06:22 +0200 X-Authenticated: #13997268 X-Provags-ID: V01U2FsdGVkX1+UuOxcdbaUaH00akvbr7b1OoD7iOeB3OZMzVZnbF S9V95Bsw3OpxKS From: Michael Schreckenbauer To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] /dev/sda* missing at boot Date: Thu, 08 Sep 2011 18:06:24 +0200 Message-ID: <2799076.QhjHdal4hI@pc> User-Agent: KMail/4.7.0 (Linux/2.6.38-gentoo; KDE/4.7.0; x86_64; ; ) In-Reply-To: References: <201108191109.34984.michaelkintzios@gmail.com> <4495743.s0RYfxWcgT@pc> 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-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" X-Y-GMX-Trusted: 0 X-Archives-Salt: X-Archives-Hash: bb0fad014ac4a42988d14bea9ceaa86c Am Donnerstag, 8. September 2011, 11:13:58 schrieb Canek Pel=E1ez Vald=E9= s: > On Thu, Sep 8, 2011 at 4:09 AM, Michael Schreckenbauer =20 wrote: > > Am Mittwoch, 7. September 2011, 23:33:35 schrieb Canek Pel=E1ez Val= d=E9s: > >> 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. > >=20 > > How about accepting the fact, that there are a lot of things out th= ere > > "you don't see"? Get over it. People have told a lot of valid reaso= ns. > > They might not seem valid to you, but that's not their problem. >=20 > 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. >=20 > 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. That's the point. You *need* an initramfs. You know KISS? > > 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 >=20 > No, I haven't thought about them, because I don't use them. What it > has to do with anything? Well, I linked a mail. MIPS is mentioned. As I read it, there are cases= with=20 MIPS, where the initramfs *has* to be built into the kernel *and* the k= ernel- image is size restricted. That's the problem with an initramfs bigger t= han the=20 kernel itself. > >> Change happens. > >=20 > > That's right. And sometimes these changes are simply bad ideas. >=20 > If so you think, then write the code to support the *really good* ide= as. Ah. Criticism is only allowed, if you are writing the code. Not in my w= orld,=20 sorry. > >> >> > Mounting it read-only > >> >> > seems the only sensible one, and then I think is better to > >> >> > go all > >> >> > the way and mount / read-only. > >> >>=20 > >> >> Putting /etc on a read-only filesystem seems a really bad idea.= > >> >=20 > >> > To say the least. > >>=20 > >> It works, and it makes life easier for upstream. Which are the one= s > >> writting the code. > >=20 > > Hu? There's one upstream writing all the code for all the stuff we = use? > > That's news to me. >=20 > Well, in this case by "upstream" I was meaning the Gentoo devs. Not all of the gentoo-devs are in favour of the idea. > Regards. Regards, Michael