From: Matthew Summers <quantumsummers@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Re: Let's redesign the entire filesystem!
Date: Wed, 14 Mar 2012 11:28:36 -0500 [thread overview]
Message-ID: <CAET+hMSuDgmfZ_yy_+-jn-5Umb0_dnanUzcWvUKMkw9KEM3mYQ@mail.gmail.com> (raw)
In-Reply-To: <20120314152209.GA2157@kroah.com>
On Wed, Mar 14, 2012 at 10:22 AM, Greg KH <gregkh@gentoo.org> 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 <gregkh@gentoo.org> wrote:
>> > Not always, no, it isn't obvious that something didn't start up
>> > correctly, or that it didn't fully load properly. Some 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.
--
Matthew W. Summers
Gentoo Foundation Inc.
next prev parent reply other threads:[~2012-03-14 16:29 UTC|newest]
Thread overview: 165+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-11 2:27 [gentoo-dev] newsitem: unmasking udev-181 William Hubbs
2012-03-11 2:53 ` [gentoo-dev] " Rich Freeman
2012-03-11 3:28 ` Luca Barbato
2012-03-11 3:50 ` Rich Freeman
2012-03-11 5:12 ` Luca Barbato
2012-03-11 17:33 ` William Hubbs
2012-03-11 17:35 ` Samuli Suominen
2012-03-11 18:00 ` Michał Górny
2012-03-13 1:22 ` [gentoo-dev] Let's redesign the entire filesystem! [was newsitem: unmasking udev-181] Joshua Kinard
2012-03-13 1:37 ` Kent Fredric
2012-03-13 2:16 ` Joshua Kinard
2012-03-13 2:33 ` Ian Stakenvicius
2012-03-13 3:14 ` Joshua Kinard
2012-03-13 3:53 ` Robin H. Johnson
2012-03-13 5:17 ` Luca Barbato
2012-03-14 0:20 ` Joshua Kinard
2012-03-14 0:52 ` Rich Freeman
2012-03-13 13:36 ` Ian Stakenvicius
2012-03-13 10:31 ` Jeroen Roovers
2012-03-13 11:54 ` James Broadhead
2012-03-14 0:16 ` Joshua Kinard
2012-03-14 8:39 ` [gentoo-dev] " Duncan
2012-03-14 12:40 ` [gentoo-dev] Re: Let's redesign the entire filesystem! Joshua Kinard
2012-03-14 14:41 ` Greg KH
2012-03-14 14:51 ` Philip Webb
2012-03-14 15:04 ` Greg KH
2012-03-14 15:08 ` Ciaran McCreesh
2012-03-14 15:22 ` Greg KH
2012-03-14 15:59 ` Ciaran McCreesh
2012-03-14 21:00 ` Greg KH
2012-03-14 16:28 ` Matthew Summers [this message]
2012-03-15 13:22 ` Joshua Kinard
2012-03-14 17:11 ` Maxim Kammerer
2012-03-14 17:29 ` Zac Medico
2012-03-14 17:58 ` Matthew Summers
2012-03-14 18:04 ` Ciaran McCreesh
2012-03-14 18:36 ` Maxim Kammerer
2012-03-14 18:56 ` Zac Medico
2012-03-14 19:14 ` Michael Orlitzky
2012-03-14 19:26 ` Zac Medico
2012-03-14 19:57 ` David Leverton
2012-03-14 21:04 ` Greg KH
2012-03-14 22:14 ` David Leverton
2012-03-14 22:51 ` Greg KH
2012-03-14 23:21 ` David Leverton
2012-03-14 23:44 ` Greg KH
2012-03-14 23:58 ` Richard Yao
2012-03-15 0:07 ` Greg KH
2012-03-15 0:29 ` David Leverton
2012-03-15 11:20 ` Stelian Ionescu
2012-03-15 12:23 ` Joshua Kinard
2012-03-15 14:01 ` Joshua Kinard
2012-03-14 23:47 ` Zac Medico
2012-03-15 0:36 ` David Leverton
2012-03-15 0:45 ` Zac Medico
2012-03-15 0:49 ` David Leverton
2012-03-15 12:27 ` Joshua Kinard
2012-03-15 15:29 ` Zac Medico
2012-03-15 0:58 ` Richard Yao
2012-03-15 1:06 ` Zac Medico
2012-03-15 1:49 ` Richard Yao
2012-03-16 23:29 ` Zac Medico
2012-03-16 23:29 ` Zac Medico
2012-03-15 12:16 ` Joshua Kinard
2012-03-15 12:09 ` Joshua Kinard
2012-03-14 22:39 ` Richard Yao
2012-03-14 22:49 ` Greg KH
2012-03-14 23:27 ` Richard Yao
2012-03-14 23:37 ` Greg KH
2012-03-14 23:51 ` Richard Yao
2012-03-15 1:07 ` Rich Freeman
2012-03-15 1:37 ` Zac Medico
2012-03-15 1:44 ` Richard Yao
2012-03-16 1:17 ` Canek Peláez Valdés
2012-03-16 1:18 ` Canek Peláez Valdés
2012-03-15 5:18 ` Luca Barbato
2012-03-15 8:13 ` Martin Gysel
2012-03-15 12:40 ` Joshua Kinard
2012-03-15 20:44 ` Richard Yao
2012-03-17 7:12 ` Walter Dnes
2012-03-19 5:21 ` Walter Dnes
2012-03-15 12:34 ` Joshua Kinard
2012-03-15 20:45 ` Richard Yao
2012-03-15 21:49 ` Maxim Kammerer
2012-03-14 20:03 ` Richard Yao
2012-03-14 20:55 ` Zac Medico
2012-03-14 21:05 ` Richard Yao
2012-03-15 4:10 ` Zac Medico
2012-03-15 12:47 ` Joshua Kinard
2012-03-15 13:36 ` Joshua Kinard
2012-03-14 19:30 ` Jeroen Roovers
2012-03-15 5:04 ` Luca Barbato
2012-03-14 17:59 ` Rich Freeman
2012-03-15 5:24 ` Luca Barbato
2012-03-15 12:51 ` Joshua Kinard
2012-03-14 20:12 ` Walter Dnes
2012-03-15 11:04 ` Joshua Kinard
2012-03-15 12:30 ` Rich Freeman
2012-03-15 13:05 ` Joshua Kinard
2012-03-15 14:42 ` Greg KH
2012-03-15 19:04 ` Rich Freeman
2012-03-15 19:17 ` [gentoo-dev] /dev/serial/ (was "Let's redesign the entire filesystem!") Greg KH
2012-03-15 19:41 ` Rich Freeman
2012-03-15 14:41 ` [gentoo-dev] Re: Let's redesign the entire filesystem! Greg KH
2012-03-16 0:47 ` Joshua Kinard
2012-03-16 2:43 ` Greg KH
2012-03-16 3:01 ` Richard Yao
2012-03-16 15:18 ` Greg KH
2012-03-16 17:00 ` Michael Orlitzky
[not found] ` <7c08803524244ff0808d16539b8f9926@HUBCAS2.cs.stonybrook.edu>
2012-03-16 22:41 ` Richard Yao
2012-03-13 14:41 ` [gentoo-dev] Let's redesign the entire filesystem! [was newsitem: unmasking udev-181] Marc Schiffbauer
2012-03-13 23:12 ` James Broadhead
2012-03-14 12:00 ` James Cloos
2012-03-14 17:52 ` Zac Medico
2012-03-14 18:48 ` [gentoo-dev] " Duncan
2012-03-14 20:10 ` Kent Fredric
2012-03-15 6:33 ` Duncan
2012-03-15 13:07 ` Joshua Kinard
2012-03-13 5:11 ` [gentoo-dev] Re: newsitem: unmasking udev-181 Luca Barbato
2012-03-14 0:13 ` Joshua Kinard
2012-03-14 8:03 ` Duncan
2012-03-14 12:07 ` Joshua Kinard
2012-03-14 18:43 ` Duncan
2012-03-14 21:13 ` Walter Dnes
2012-03-15 13:10 ` Joshua Kinard
2012-03-15 21:49 ` Robin H. Johnson
2012-03-11 3:44 ` Dale
2012-03-11 5:48 ` Duncan
2012-03-11 11:03 ` Petteri Räty
2012-03-11 15:33 ` Zac Medico
2012-03-11 21:28 ` Petteri Räty
2012-03-11 21:43 ` William Hubbs
2012-03-11 21:48 ` Petteri Räty
2012-03-11 23:15 ` William Hubbs
2012-03-12 12:37 ` Rich Freeman
2012-03-12 17:01 ` Matthias Hanft
2012-03-12 19:32 ` Robin H. Johnson
2012-03-13 14:34 ` Petteri Räty
2012-03-11 22:57 ` Robin H. Johnson
2012-03-13 8:43 ` Walter Dnes
2012-03-13 9:14 ` Canek Peláez Valdés
2012-03-14 0:29 ` Joshua Kinard
2012-03-14 0:36 ` Stelian Ionescu
2012-03-14 1:04 ` Maxim Kammerer
2012-03-14 1:14 ` Robin H. Johnson
2012-03-14 13:02 ` Rich Freeman
2012-03-13 10:32 ` Robin H. Johnson
2012-03-11 6:49 ` Ryan Hill
2012-03-11 21:08 ` Robin H. Johnson
2012-03-11 23:03 ` Duncan
2012-03-11 23:14 ` Robin H. Johnson
2012-03-12 9:02 ` Duncan
2012-03-12 14:09 ` Marc Schiffbauer
2012-03-12 19:41 ` Robin H. Johnson
2012-03-13 2:06 ` Ryan Hill
2012-03-12 18:34 ` Sven Vermeulen
2012-03-13 2:04 ` Ryan Hill
2012-03-11 8:06 ` [gentoo-dev] " Neil Bothwick
2012-03-11 8:41 ` Michał Górny
2012-03-11 9:36 ` Neil Bothwick
2012-03-11 10:43 ` Michał Górny
2012-03-11 17:26 ` William Hubbs
2012-03-11 18:08 ` Ulrich Mueller
2012-03-11 23:09 ` [gentoo-dev] " Duncan
2012-03-12 20:50 ` [gentoo-dev] " Robin H. Johnson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAET+hMSuDgmfZ_yy_+-jn-5Umb0_dnanUzcWvUKMkw9KEM3mYQ@mail.gmail.com \
--to=quantumsummers@gentoo.org \
--cc=gentoo-dev@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox