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 1S7r55-0008K5-TS for garchives@archives.gentoo.org; Wed, 14 Mar 2012 16:29:44 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 24B53E083C; Wed, 14 Mar 2012 16:29:29 +0000 (UTC) Received: from mail-fa0-f53.google.com (mail-fa0-f53.google.com [209.85.161.53]) by pigeon.gentoo.org (Postfix) with ESMTP id 5F036E0965 for ; Wed, 14 Mar 2012 16:28:37 +0000 (UTC) Received: by faar19 with SMTP id r19so486677faa.40 for ; Wed, 14 Mar 2012 09:28:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding:x-gm-message-state; bh=8sRhRXPFsFQl7YAdK6b1eEMsuciiB18pvjPnWNoR+Po=; b=F+KekxYq3dDcqQj5Q7DtpI4Z2PCk9b4yim0POTvJJwQmByz6nUQfox34m5XpmYmjQZ IR1e/LdfZMu3MNihal8INzQpuu65NRjvrnWUaVRkI4vVX15cUkpVhb1FlRN0DV3Kn0Ry Tmi+A8nJYh6W51A8JIEN/MugfzE/vNYaaq5lNCiBGhPOwdtHYDNFLzErKnVw4vgXHEhA AM/iBC4rkDPL7RMjH4RK8eit985kBAT0Wk0Fu3rjWq7ZZ6X0He7p2JONREhzBAhLnJmu CmeXlqJ5UOJi9eGMtiZW2OMsgCyvTYZl+6kPM692krllvxRHIyzH1ryjIoyqFfjx+9r8 v26g== Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Received: by 10.224.174.76 with SMTP id s12mr3858645qaz.11.1331742516220; Wed, 14 Mar 2012 09:28:36 -0700 (PDT) Sender: matthew.summers@liquidustech.com Received: by 10.229.183.76 with HTTP; Wed, 14 Mar 2012 09:28:36 -0700 (PDT) In-Reply-To: <20120314152209.GA2157@kroah.com> References: <20120311173355.GB6599@linux1> <4F5EA152.80604@gentoo.org> <4F5FE34A.4030609@gentoo.org> <4F6091CE.1050009@gentoo.org> <20120314144115.GA30606@kroah.com> <20120314145144.GC3200@ca.inter.net> <20120314150431.GA2033@kroah.com> <20120314150827.53dc8336@googlemail.com> <20120314152209.GA2157@kroah.com> Date: Wed, 14 Mar 2012 11:28:36 -0500 X-Google-Sender-Auth: HKsjjAC7kyNUFaoPIcVA7HVRFoI Message-ID: Subject: Re: [gentoo-dev] Re: Let's redesign the entire filesystem! From: Matthew Summers To: gentoo-dev@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQmv8JbPGdZfxge1jnQPgj38bwZlu63s8cgMsiCeAxOrcP/B6LpAoZkHKTRG9nM1mwdWrqII X-Archives-Salt: e71e057d-5e7c-483c-b5fa-cb98fcb3cf30 X-Archives-Hash: 41f288cc0f9bc31bb9203a69b4c08c0e On Wed, Mar 14, 2012 at 10:22 AM, Greg KH wrote: > On Wed, Mar 14, 2012 at 03:08:27PM +0000, Ciaran McCreesh wrote: >> On Wed, 14 Mar 2012 08:04:31 -0700 >> Greg KH wrote: >> > Not always, no, it isn't obvious that something didn't start up >> > correctly, or that it didn't fully load properly. =C2=A0Some programs = later >> > on recover and handle things better. >> >> So why not work on fixing those things, since they're clearly symptoms >> of a larger "oops, we have too much coupling" problem, instead of >> forcing a workaround onto large numbers of users? > > I seriously doubt there are a "large number" of users here that have > this issue. > The majority of users should not encounter any difficulty due to this issue. Those that are doing special things that require careful mounting, etc should be sufficiently competent to deal with this issue without any trouble at all, especially given the various solution paths. > And even if there is, again, there is a simple solution that Gentoo > provides for this issue, see the earlier initrd solution that we support > today. > Gentoo provides a solution with genkernel, dracut provides a solution, even the linux kernel itself provides a solution (in my view the easiest solution at that). > I'll go back to lurking now, and getting stuff done, like everyone else > on this thread should be doing, instead of complaining (this is -dev, > not -users...) > > greg k-h > Oh, please Greg, do continue to stay engaged, I enjoy your perspective very much. I just wanted to drop this simple fact in there. This has been coming for several years now AND the linux kernel has been using an initramfs for every boot, every time for a long time now, all 2.6 and up as I understand it. If the initramfs is empty, well the kernel is smart enough to fall back on "legacy" boot process. If you care to read about it, its all contained locally if your kernel source in the file linux/Documentation/filesystems/ramfs-rootfs-initramfs.txt Its a great read, sure to entertain and enlighten. It saved my bacon a few times when mdadm switched to the new metadata format. Once I began to learn about what the initramfs made possible, entire new worlds of possibility appeared (and I was not even on drugs!). It's actually something of a surprise to me that there are people upset about this change, since it cleans things up a bit while also giving people that want and/or need it, a great deal of power and control over the boot process that was not nearly as easy before. I do believe Gentoo, as a community/volunteer-run and super-power-user distribution, should be careful, a bit wary, and seriously consider the decisions made by our corporate colleagues (we do have the mandate to maintain our independence). However, simply because RHEL, SUSE, etc are corporation controlled distributions does not mean they are bad or trying to control/ruin the rest of the distros. Anyway, I merely thought I would place my commentary on this situation here for posterity. Since I have an opinion, I thought I would share it for better or worse. --=20 Matthew W. Summers Gentoo Foundation Inc.