Btrfs Could Be the Default File System In Ubuntu Meerkat
An anonymous reader writes "The EXT family of file systems (ext2, ext3, ext4) have ruled many Linux distributions for a long time, and Ubuntu has been no exception. But things may no longer be the same for Ubuntu 10.10 Maverick Meerkat. Canonical's Scott James Remnant said in a blog post that plans are on for doing work to have btrfs as an installation option, and that the possibility of making it the default file system in Ubuntu 10.10 has not been ruled out."
Hmm... I am going to pass for now on servers. I might try it on desktops/workstations. Not that I use Ubuntu at all. Btrfs is supported by kernel 2.6.32 on other distros as well if you care to configure it properly.
I remember failure stories with other latest and greatest filesystems lately and I will let others continue to test and identify bugs before I use it on servers/SAN with critical data.
From the btrfs wiki https://btrfs.wiki.kernel.org/index.php/Main_Page :
btrfs is a new copy on write filesystem for Linux...
Btrfs is under heavy development, but every effort is being made to keep the filesystem stable and fast. As of 2.6.31, we only plan to make forward compatible disk format changes, and many users have been experimenting with Btrfs on their systems with good results. Please email the Btrfs mailing list if you have any problems or questions while using Btrfs.
Everything I write is lies, read between the lines.
wait until it is more stable than ext4 is right now. I picked ext4 when I installed 10.04 last week, and it caused data corruption on the first boot. Just saying.
Making Debian look better with every release!
Alternately, you could consider using ZFS if you can live with the uncertainty of the opensolaris project. The major plus is that all the functionality is already there.
.3 ms instead of 9 ms, the speed increases are incredible.
ZFS has all the features that btrfs hopes to achieve already, plus major speed increases when using an SSD drive. When you have a read taking place in
My hope is that ZFS can be salvaged after Oracle decides what to do with the opensolaris project. If it's on linux, even better.
Gonzo Granzeau
"Nothing the god of biomechanics wouldn't let you into heaven for.." -Roy Batty
how well does it compare to filesystems like ZFS and reiser 4 feature-wise and performance-wise ?
It’s a tough gauntlet, and it would only made with the knowledge that production servers and desktops can be run on Lucid as a fully supported version of Ubuntu at the same time. I’d give it a 1-in-5 chance.
There are quite a few pre-conditions for it to be made alpha, so it is not as likely as the summary makes it out to be.
Will btrfs have it or not? Stolen laptops want to know.
The main Btrfs features include:
Extent based file storage (2^64 max file size)
Space efficient packing of small files
Space efficient indexed directories
Dynamic inode allocation
Writable snapshots
Subvolumes (separate internal filesystem roots)
Object level mirroring and striping
Checksums on data and metadata (multiple algorithms available)
Compression
Integrated multiple device support, with several raid algorithms
Online filesystem check
Very fast offline filesystem check
Efficient incremental backup and FS mirroring
Online filesystem defragmentation
Currently the code is in an early implementation phase, and not all of these have yet been implemented. See the Development timeline for detailed release plans.
https://btrfs.wiki.kernel.org/index.php/Main_Page
A slashdotter who didn't build his own computer is like a Jedi who didn't build his own lightsaber.
Btrfs or butterfs. This should go smoothly. I hear it's throughput is very fast.
1 (short ton / firkin) = 89.1432354 slugs / keg
Btrfs will be the default filesystem for MeeGo:
http://article.gmane.org/gmane.comp.handhelds.meego.devel/1510
Granted, I'm usually a version behind on Ubuntu. I've just upgraded to 9.1 recently. However, with ReiserFS, EXT and other file systems seeming to be very well seasoned and working, why bring in something completely new?
The Kai's Semi-Updated Website Thingy
Thank you, exacly what I wanted to say. I mean it hasn't been ruled out that the Meerkat CDs will ship on ICMB from South Africa, which is slightly more likely than the CDs shipping with Btrfs as default.
Because a web comic made a joke based upon the name? Well, I suppose you have to have some sort of requirement in order to decide.
But btrfs may actually have a better foundation than ZFS. When ZFS was first conceived they didn't believe a file system could do btree's and COW. btrfs has proven that it can be done. See the section "btrfs: Pre-history" at:
A short history of btrfs
This is a filesystem, where the developers keep finding major (including fatal) bugs basically every other week. If even the slightest idea of making it the default filesystem in a distribution scheduled for release in 6 months crosses your mind, seek professional help. Now.
And the joke would work even if 's/Ubuntu/Slackware/'.
Dilbert RSS feed
[linux-2.6]$ git log fs/btrfs | egrep "Author.*ubuntu" | wc -l
0
I mean, with that amount of effort, it's about time they are able to finally bask in the glory of their creation!
It'll also be comforting to know their btrfs developers will be able to resolve any problems that may crop up.
Just sayin'
whoosh
He imported a Russian wife just to get rid of the old geeks-have-no-girlfriends jokes. Now he has created a brand new kind of geek joke.
Why does Britain have its own filesystem, and why does the Ubuntu Market (which I assume is a free market) want to use it?
Speak on... who owns the inevitable patents on it? Where is the clear, explicit and irrevocable patent licensing or covenant on them?
No... no, I think I'll pass on it. You're either trusty-worthy, or you're not.
If you were blocking sigs, you wouldn't have to read this.
But btrfs may actually have a better foundation than ZFS. When ZFS was first conceived they didn't believe a file system could do btree's and COW. btrfs has proven that it can be done. See the section "btrfs: Pre-history" at: A short history of btrfs
And ZFS incorporates volume management, so no more pvcreate/vgcreate/lvcreate rigamarole; and LVM doesn't even give you mirroring/RAID--you have you have to use a completely different software stack for that.
You can have your b-trees, I'll take my "zpool create <mirror|raidz[1-3]> <devs>", thanks. "zfs send/recv" is also awesome.
Just waiting for built-in crypto and "bp rewrite" now, but otherwise I've been happily using ZFS in production for a few years.
Personally, I'm using reiserfs (that is, reiser3, not reiser4) solely due to its outstanding disaster recovery capabilities. No matter what happens to the media or the filesystem itself, "reiserfsck --rebuild-tree" is going to bring back everything that was not directly overwritten or corrupted. I've had many things happen to my disks (head crashes, several gigabytes from the beginnig of the partition being overwritten by a borked OS isntaller, "rm -rf blah/ *" instead of "rm -rf blah/*" and so on), and every single time, --rebuild-tree recovered everything that still was there to be recovered. As far as I know, this is due to the fact that all the filesystem metadata is distributed evenly throughout the partition, heavily replicated and identifiable using some kind of magic hashes even when there is no higher-order structure left (so a --rebuild-tree process can just do a linear scan of the damaged partition and find all the "dangling" inodes with ease).
As far as I know, this is not possible (especially using the standard fsck utility as with reiserfs) with the ext* family of filesystems.
So, does btrfs have similar capabilities? If so, I'm going to be quite interested in testing it, even though I'm not using Ubuntu.
This is Slashdot. Common sense is futile. You will be modded down.
I don't know that NTFS implements their shadow system like btrfs. If they do, you might want to inform IBM and ACM Transactions on Computational Logic and let them know that they should have publish Microsoft's research instead. The paper the refer to was published August 2007.
B-trees, Shadowing, and Clones by Ohad Rodeh, IBM Haifa Research Labs.
Why wouldn't you just do your encryption at the block device level using dm-crypt? Then it doesn't matter what filesystem you're using.
Someone further up said that btrfs can now do volume management. Are you proposing to do the block device level encryption below btrfs (using a second level of btrfs or a different volume manager to create the logical devices)? Or above btrfs (if btrfs even supports logical volumes within itself, like ZFS does) and then use btrfs or another filesystem within that container?
You can begin to see the problems with non-integrated volume management, encryption, compression, and deduplication.
Meego is already switching:
http://www.phoronix.com/scan.php?page=news_item&px=ODIzOA
This is happening sooner than I thought. Maybe people are just getting pig sick of long fscks on large drives and partitions, which ext4 just doesn't solve to any degree of sastisfaction? I know I am.
Server-wise I run a lot of OpenVZ machines and snapshotting them through LVM and occasionally fscking the volume, which you have todo, is painful. ext3 has outlived its usefulness there. I could move to XFS but XFS just simply doesn't have the broad support from a lot of software out there unforutunately and you start getting into doing certain hacks for it. The xfs_freeze is one thing it has going for it though and it is very useful if you don't or can't run LVM. ext4 just doesn't give me confidence that anything will fundamentally improve over ext3 from what I've seen. The ext filesystem line, LVM and software RAID has served us well but it's time to start moving on.
Butterface.
like dump??? Instead of deciding between rsync and tar??
I've been using btrfs with compression for my root partition with kernel 2.6.33 for about 3 months now. As far as I can tell, it's been rock solid. I haven't noticed any significant changes in speed compared to XFS, so maybe it's not worth the risk. However, I do like the fact that it's so easy to create separate subvolumes for /usr, /var, etc. (not /etc) in the same partition.
Not that I'd necessarily recommend other people take the plunge at this point...
I used to run Reiserfs after having a VERY bad experience with EXT3, but I've since switched back to EXT3 now that it's a lot more mature.
What did I like about Reiser? Exactly as you described; I never saw --rebuilt-tree fail. I've had NTFS and EXT2 and EXT3 partitions go bad but I have never had a ReiserFS partition become unrecoverable; if the drive spun up and could be enumerated by the OS, reiserfsck could retrieve everything even if it appeared lost. I also really liked the zero-slack feature (no wasted disk space!)
Why did I finally abandon ship?
Honestly, it was performance.
Writes are fast under reiser -- VERY fast. It is super reliable - I've never expected any filesystem to be so resilient.
What was wrong with it then?
Deletes. Deletions take for-freaking-ever. Right-click a file on a reiserfs partition in konqueror, and wait and wait and wait (watch the minute hand move on a clock or watch!) for the context menu. Delete a folder containing 70K files? Start the delete, come back an hour later, and see the deletion is still going. It is dreadfully slow deleting files. Do the same to an EXT3 (or now, EXT4) partition, an XFS partition, or even NTFS (via NTFS-3G) partition, and the deletion will take seconds - or maybe a minute for really immense directories. Reiser? s. . . . l. . . . o. . . . .w. . . that was honestly the only thing I could find wrong with Reiser (the FS, obviously, not the mama-killing douche of a meatbag who is hopefully being raped and beat up daily)
The Christian Right is Neither (Christian nor right). See: Matthew 23, Matthew 25, Ezekiel 16:48-50
Having no default, and presenting a list of options
Make it a balot screen with random order.
But,that would be UKFS...
I am the unwilling control for my Origin.
I find some of the features interesting, but until these problems are solved, I will not try it out.
https://btrfs.wiki.kernel.org/index.php/Gotchas
Yeah, I know, I know, it's a killer file system.
You can't handle the truth.
I've seen ext2/3 delete all of my files, very quickly. Not exactly the intended behavior at the time.
Ubuntu might be the most popular Linux distro out there but it's the most heavily weighted and sluggish of them all. Once again we see Ubuntu getting a change that has no use other then to make it slower and more bloated. What Ubuntu needs is a full strip down and rebuild like a Gentoo install. Every-time I've installed Ubuntu for work or school I see an immediate loss of performance in the range of 40% compared to my Gentoo install. Now don't pull the Binary vs Source argument out because a binary Arch install is just as fast as Gentoo. I think what we really need to see is Ubuntu getting redesigned and this time the focus should be on performance and not Graphics / File Systems / Chat Programs etc..... Besides if I wanted slow and horrible I'd install Windows.
I agree that reiserfs has issues, having lost a few filesystems that way. Filesystem integrity is not something calculated from how long the system is marked production or even how stable some find it. We need better tools to stress filesystems so we can quantifiably measure safety for specific types of work. (I expect different results for different conditions, since some find reiserfs works for them.) Just as well Slashdotters are so good at causing stress...
It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
I have given up on Ubuntu 3 days ago on my laptop. Ubuntu is always under heavy development. Look at how many updates to 10.04 to fix thousands of bugs? I downgraded back down to Ubuntu 9.10 only to have updates with that release include the same buggy patches that caused me to leave 10.04. Or they have to disable something I use because too many people reported bugs with the latest version of package x. It does not surprise me to see Cananical rush to put in btrfs.
BTRFS is a cool feature but I do not want to use it before its ready. Will it be ready? Microsoft gave up on WinFS and with ZFS, it was around for years inside SUN before being tested ready for Solaris. Ext4 was rushed out too and many apps are incompatible with it due to expecting a bug with ext3.
I am using Fedora 13 now(just came out yesterday on its ftp server). It seems less cutting edge which I find ironic as this was the reason I left Fedora Core 2 6 years ago.
Mandrake and Gentoo seemed to have the same fate with once becoming popular they try to rush packages in and lose stability.
http://saveie6.com/
You're kidding, right? Tell me you're being sarcastic, please.
There's nothing I love more than finding parts of my syslog in my mail spool after a crash. And then being told that to prevent that I should turn off block packing, which was one of the USPs of reiserfs in the first place.
Yes, well, that one caveat says it all, now doesn't it? Filesystem corruption after a crash is almost a given on reiserfs. And I'm not the only one complaining about that. And even if I weren't, the cavalier attitude of its developers towards these kind of reports does not engender a lot of trust in me. That's my data they're letting me play beta-tester with.
Mart
"I know I will be modded down for this": where's the option '-1, Asking for it'?
You're kidding, right? Tell me you're being sarcastic, please.
There's nothing I love more than finding parts of my syslog in my mail spool after a crash. And then being told that to prevent that I should turn off block packing, which was one of the USPs of reiserfs in the first place.
Never, ever had reiserfs corrupt itself, even after kernel panics, power failures and the likes. Are you sure your HDDs were not playing tricks on you with false cache flush confirmations to look better in benchmarks?
Yes, well, that one caveat says it all, now doesn't it? Filesystem corruption after a crash is almost a given on reiserfs.
I was talking about outside influences - physical HDD damage, another OS screwing something up while the OS using the reiserfs partition is off, etc. Stick to your signature and do not skew my words in your favor in a pseudo-smart-assy way, will you?
And even if what you said was true (which my experience doesn't confirm), is there any other Linux filesystem that is actually capable of any serious data recovery when the standard fsck fails?
This is Slashdot. Common sense is futile. You will be modded down.
Aww, did I hurt the poor fanboi's feelings?
Your reaction is typical: reiserfs fucks up, blame the user instead.
Mart
"I know I will be modded down for this": where's the option '-1, Asking for it'?
Eh, what? This is what I wrote, in order:
1. I had never experienced the problem myself.
2. Badly designed HDDs are known to screw with journaling filesystems, it could be that reiserfs is vulnerable to this.
3. I was talking about something else than you tthough I was.
4. I asked you to stop the "fixed that for you" crap that you claim so openly to hate yourself.
5. I asked an honest, serious on-topic question (and I'm still expecting an honest, serious, on-topic response).
Where exactly among those points did I "blame the user"? At worst, it was "*maybe* blame the hardware", which is not that unreasonable. If you feel so personal about your HDDs, well, I'm sorry to have hurt your feelings,but I suspect it was just another instance of reading things that are not really there.
Now, what about the question I had?
This is Slashdot. Common sense is futile. You will be modded down.
not the mama-killing douche of a meatbag who is hopefully being raped and beat up daily
Violent and idiotic. Check.
I begin to see a pattern emerging in this kind of comment.
Are you from the US?
Are you a eurotrash white liberal with a guilt complex who condones killing innocents and opposes death sentences or other harsh punishments for murderers, terrorists, and pedophiles? You like treating the criminal as the victim?
OK then, I guess we could let someone like Hans Reiser loose on their family then, and let him go free and maybe live next door to you, or in your flat/apartment complex? Would you then support he get off as easy as he did? The punishment he has (for mudering his wife, leaving his children without their mother) is nowhere near harsh enough, so yes, I do hope he is raped and beaten every single night.