All of lore.kernel.org
 help / color / mirror / Atom feed
From: Phillip Susi <psusi@ubuntu.com>
To: Ted Ts'o <tytso@mit.edu>
Cc: Eric Sandeen <sandeen@redhat.com>,
	ext4 development <linux-ext4@vger.kernel.org>
Subject: Re: What is e2initrd_helper?
Date: Wed, 11 Apr 2012 18:19:05 -0400	[thread overview]
Message-ID: <4F860359.8000603@ubuntu.com> (raw)
In-Reply-To: <20120411182736.GH12044@thunk.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 04/11/2012 02:27 PM, Ted Ts'o wrote:
> Debian used to have a system where we could transparently update the
> root file system to use ext4 file system features as part of the
> initrd.
> 
> At one point I had hopes that we could fix up the boot scripts so that
> if an initrd was present, we could run e2fsck out of the initrd, so we
> wouldn't have to play games with mounting the file system read-only.
> So at one point the plan was this program would also extract all of
> /etc/fstab for the initrd, and other things that might be useful
> before the root file system was mounted.
> 
> I've since decided that this would involve getting fsck all-too-bound
> up in distribution-specific init systems, and might actually aid and
> abet the further dominance of GNOME-OS (or plymouth/upstart; I dispise
> all of the modern init/initscripts systems equally), so I've since
> stopped trying to implement things in that particular design
> direction.

So does this mean it is now cruft and should be removed at some point?

> It's why I'll be abandoning Ubuntu when the new Ivy Bridge laptops
> become available, and switching not to Fedora, but to Debian Testing
> --- but I'm sure Mark Shuttleworth really doesn't care what distro
> people like me choose to use....   :-)

AFAIK, Ubuntu uses Debian's initramfs system... are you saying this is not the case?  If so, what's the difference?  When I attended the last UDS there was actually a push coming from the arm folks to do away with the initrd on systems that do not require it ( no LVM ) to accelerate boot time by not wasting time loading another file, which apparently is rather slow on the arm boot loader.


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPhgNZAAoJEJrBOlT6nu75bGkIALYdwv2542miponYdnt6bX3x
D/rc0oersb7VNe12DV6++Xp2/PWFQRZCdDWDMWUw6gVyE9PYElK6a39MMoKQtBod
RkbWFpI20hG0lkIxNGt55w16+xPMUSD9KRY7MT2R3qXoLd1sKkbummVOdrNJnrT/
WHeK1BpVrXbE6qqlD8DdJtHbBAkCDTz08IKjkEXBMsovmAeIq8PVvG2L9foUCX7o
HDzttaLXdBcQ42/ytWm3xRNJET0Bh/Cmg7TBGBHwkxpylIRgEg5ZgvLNPaWTA5eJ
l6eQsaL18r9Yn8lvDTq5fpxukbAh229NhhzzrcPl82E3P+cBC4AuSUX/W2hQqPc=
=P8AI
-----END PGP SIGNATURE-----

  reply	other threads:[~2012-04-11 22:19 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-04-11 15:46 What is e2initrd_helper? Phillip Susi
2012-04-11 15:55 ` Eric Sandeen
2012-04-11 18:27   ` Ted Ts'o
2012-04-11 22:19     ` Phillip Susi [this message]
2012-04-11 22:21       ` Christoph Hellwig

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=4F860359.8000603@ubuntu.com \
    --to=psusi@ubuntu.com \
    --cc=linux-ext4@vger.kernel.org \
    --cc=sandeen@redhat.com \
    --cc=tytso@mit.edu \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.