Gentoo Archives: gentoo-amd64

From: Duncan <1i5t5.duncan@×××.net>
To: gentoo-amd64@l.g.o
Subject: [gentoo-amd64] Re: Disable fsck on boot, was: How to make watchdog start earlier during bootup?
Date: Fri, 23 Jan 2009 23:55:55
Message-Id: pan.2009.01.23.23.55.46@cox.net
In Reply to: Re: [gentoo-amd64] Re: Disable fsck on boot, was: How to make watchdog start earlier during bootup? by Richard Freeman
1 Richard Freeman <rich0@g.o> posted 4979F593.4010108@g.o,
2 excerpted below, on Fri, 23 Jan 2009 11:51:31 -0500:
3
4 > If you want to think really long term take a look at btrfs.
5
6 I am. I'm looking at it much as I was looking at reiser4 some years ago,
7 but it has already passed the hurdle reiser4 couldn't. As well, Chris
8 Mason ended up the maintainer of reiserfs after Reiser/Namesys pretty
9 much abandoned it, as well, and was the one behind adding data=ordered to
10 it according to what I read of the changelogs, so I'm already depending
11 on his work with reiserfs for my entire system.
12
13 > It looks
14 > like it aims to be everything that zfs is (minus the GPL-incompatible
15 > license).
16
17 As zfs hasn't been GPL compatible, I've not followed it as closely as I
18 might have, but I'm certainly looking forward to btrfs sometime later,
19 late this year or sometime next, my plan if things go well.
20
21 > Definitely not ready for prime time, but the proposed feature
22 > set looks better than zfs. I don't like the inability to reshape zfs -
23 > you can add more arrays to your system, but you can't add one drive to
24 > an existing array (online or offline). Btrfs seems to aim to be able to
25 > do this. Again, it is completely experimental at this point - don't use
26 > it except to try it out. It will be possible to migrate ext3/4 directly
27 > in-place to btrfs, and even reverse the migration (minus any changes -
28 > it essentially snapshots the existing data). The only limitation is
29 > that if you delete files you won't get the space back until you get rid
30 > of the ability to migrate back to ext3 (since it is a snapshot).
31
32 I didn't know in-place migrating ext3/4 to btrfs was going to be possible.
33
34 The big reason I've not used ext* is because I just can't see wasting all
35 those partial blocks, tho the extents of ext4 have been tempting even
36 without reiserfs tail packing. That tail packing is something else I'm
37 not sure btrfs does, but even without that, given the integrated RAID-
38 like features, I'll probably upgrade when it comes time. Shortening the
39 recovery time as it doesn't have to rebuild the "empty data" portions of
40 the volume will be nice.
41
42 --
43 Duncan - List replies preferred. No HTML msgs.
44 "Every nonfree program has a lord, a master --
45 and if you use the program, he is your master." Richard Stallman