From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gentoo-user+bounces-150250-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
	by finch.gentoo.org (Postfix) with ESMTP id 869D01381F3
	for <garchives@archives.gentoo.org>; Sun,  1 Sep 2013 05:41:38 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id 32EF5E0EC1;
	Sun,  1 Sep 2013 05:41:32 +0000 (UTC)
Received: from mail-ie0-f177.google.com (mail-ie0-f177.google.com [209.85.223.177])
	(using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
	(No client certificate requested)
	by pigeon.gentoo.org (Postfix) with ESMTPS id 30FEDE0DBF
	for <gentoo-user@lists.gentoo.org>; Sun,  1 Sep 2013 05:41:30 +0000 (UTC)
Received: by mail-ie0-f177.google.com with SMTP id e14so5783140iej.8
        for <gentoo-user@lists.gentoo.org>; Sat, 31 Aug 2013 22:41:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type;
        bh=/sdhLwLe5NiMJSPUNtarlUR4pQh9NCTawU9cPLUM93w=;
        b=jOGLQi7IcElG9H3HIKrVnsjqgftjhfIYyjk/fMNPcHhpUdg6UrudyHaL7GfDgpLfL6
         mAYYcsbJHst+sgAywgU3hSDUPYJfiCy02I1ulY18PqA5PPLqIKnK5LR7OwYo7BlDensw
         3ZfjvmgNumgYDTN/VYtqC389q8tYMxdciv5koh1pY8I3R+lkbfeQNqyf9TWU3OKwkZBe
         cLwMzIaWz3G2mgGv2OgxNG1bKAKMmgJeIuHKlZMsreblCuQXbuW8UBWp3UGV4PO5zipr
         k5Q1HKRIQVjV8BI3mygDKswbWl/KsRzAjJzAQ6xxVhenV1YmnfvMMUSa8gyLak31xwhq
         kgVQ==
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
X-BeenThere: gentoo-user@lists.gentoo.org
Reply-to: gentoo-user@lists.gentoo.org
MIME-Version: 1.0
X-Received: by 10.50.117.40 with SMTP id kb8mr7664031igb.60.1378014090357;
 Sat, 31 Aug 2013 22:41:30 -0700 (PDT)
Received: by 10.50.219.170 with HTTP; Sat, 31 Aug 2013 22:41:30 -0700 (PDT)
In-Reply-To: <20130901035501.GA19963@waltdnes.org>
References: <lMy1I-42B-13@gated-at.bofh.it>
	<lMybn-4c8-13@gated-at.bofh.it>
	<lMFPA-5c8-5@gated-at.bofh.it>
	<lMLLl-4gZ-31@gated-at.bofh.it>
	<lMRxo-37c-19@gated-at.bofh.it>
	<lMRH5-3hw-45@gated-at.bofh.it>
	<20130831120831.GA25399@pacific.net.au>
	<5221df6c.WS8p51iIG1y/cHXy%Joerg.Schilling@fokus.fraunhofer.de>
	<20130901001352.GB19271@waltdnes.org>
	<CADPrc81667DC+dRSBHoR2DXW6j8yWrA5O252jUTepfT3DSQzZg@mail.gmail.com>
	<20130901035501.GA19963@waltdnes.org>
Date: Sun, 1 Sep 2013 13:41:30 +0800
Message-ID: <CAG2nJkMPShrmB12A74EDc13JOXJRZ5t5gH8sLoajeXSqex_P=g@mail.gmail.com>
Subject: Re: Integrated ZFS for Gentoo - WAS Re: [gentoo-user] Optional /usr
 merge in Gentoo
From: Mark David Dumlao <madumlao@gmail.com>
To: gentoo-user@lists.gentoo.org
Content-Type: text/plain; charset=ISO-8859-1
X-Archives-Salt: 4fe83afe-9420-43e1-b271-459927c1e898
X-Archives-Hash: 52db249e167e59b3adef23681163f1ba

On Sun, Sep 1, 2013 at 11:55 AM, Walter Dnes <waltdnes@waltdnes.org> wrote:
>> I usally use ext4 as filesystem.
>>
>> # lsmod|grep ext
>> ext3                  100768  0
>> jbd                    39586  1 ext3
>> ext2                   49572  0
>> ext4                  263621  1
>> crc16                   1255  2 ext4,bluetooth
>> mbcache                 4450  3 ext2,ext3,ext4
>> jbd2                   48679  1 ext4
>>
>> Isn't great what an initramfs can do?
>
>   In this case, initramfs is your root filesystem, from which you load
> another fs and then transfer (pivot root?) to it.  You have to build
> initramfs support into the kernel, to boot an initramfs.  So my argument
> still stands, regardless of whether your *INITIAL* filesystem is ext4fs,
> or ZFS, or initramfs, that *INITIAL* filesystem has to be built into the
> kernel.  Also, I really wonder what the point is in having to use
> initramfs on a system where /usr is part of /.

It allows you to keep some kernel bits in modules. If ever you change your mind
on whether to include / exclude / reconfigure those kernel bits in the
future, your
kernel recompile will take a lot, lot, shorter.

Case in point - do you enable all the ext4 options, like acls and
whatnot? Let's say no.

What if you suddenly have to mount an external hard disk to recover some system
on your server and the hard disk uses those ext4 options? If ext4 is
hard built into your
kernel, your recompile will have to basically redo the whole thing,
whereas if ext4
was a module you would only recompile ext4 itself.
-- 
This email is:    [ ] actionable   [x] fyi        [ ] social
Response needed:  [ ] yes          [ ] up to you  [x] no
Time-sensitive:   [ ] immediate    [ ] soon       [x] none