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 1R1Zgz-0003FM-Gd for garchives@archives.gentoo.org; Thu, 08 Sep 2011 08:10:37 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6DD1721C126; Thu, 8 Sep 2011 08:10:28 +0000 (UTC) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by pigeon.gentoo.org (Postfix) with SMTP id 6E9CA21C077 for ; Thu, 8 Sep 2011 08:09:29 +0000 (UTC) Received: (qmail invoked by alias); 08 Sep 2011 08:09:28 -0000 Received: from p5B082D1C.dip.t-dialin.net (EHLO pc.localnet) [91.8.45.28] by mail.gmx.net (mp050) with SMTP; 08 Sep 2011 10:09:28 +0200 X-Authenticated: #13997268 X-Provags-ID: V01U2FsdGVkX1+C3sEmd0eCgiU7bBOoo5NaDG4KoI8sX/nvBepdG9 u7dMvQ07anPa13 From: Michael Schreckenbauer To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] /dev/sda* missing at boot Date: Thu, 08 Sep 2011 10:09:26 +0200 Message-ID: <4495743.s0RYfxWcgT@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> <20110908023729.45d1b985@karnak.local> 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: 69904f1d3f05fed592ecd652fbd8aede Am Mittwoch, 7. September 2011, 23:33:35 schrieb Canek Pel=E1ez Vald=E9= s: > > The more I think about this merge of / and /usr, the dumber I think= the > > idea is. As I wrote in an earlier message on this list, the initra= mfs > > will be many times larger than the kernel itself. Indeed, my /boot= > > partition is only 32 MiB, and that will be too small to contain all= the > > extra libraries and programs to run the initramfs script. >=20 > 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 /boo= t > partition, then don't upgrade to new kernels. How about accepting the fact, that there are a lot of things out there = "you=20 don't see"? Get over it. People have told a lot of valid reasons. They = might=20 not seem valid to you, but that's not their problem. 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 > Change happens. That's right. And sometimes these changes are simply bad ideas. > >> > Mounting it read-only > >> > seems the only sensible one, and then I think is better to go al= l > >> > 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 ones > writting the code. Hu? There's one upstream writing all the code for all the stuff we use?= That's=20 news to me. > Regards. Regards, Michael