From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 869D01381F3 for ; 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 ; Sun, 1 Sep 2013 05:41:30 +0000 (UTC) Received: by mail-ie0-f177.google.com with SMTP id e14so5783140iej.8 for ; 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: 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 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: <20130831120831.GA25399@pacific.net.au> <5221df6c.WS8p51iIG1y/cHXy%Joerg.Schilling@fokus.fraunhofer.de> <20130901001352.GB19271@waltdnes.org> <20130901035501.GA19963@waltdnes.org> Date: Sun, 1 Sep 2013 13:41:30 +0800 Message-ID: Subject: Re: Integrated ZFS for Gentoo - WAS Re: [gentoo-user] Optional /usr merge in Gentoo From: Mark David Dumlao 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 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