Linked by diegocg on Tue 19th Feb 2013 16:11 UTC
Linux Linux kernel 3.8 has been released. This release includes support in Ext4 for embedding very small files in the inode, which greatly improves the performance for these files and saves some disk space. There is also a new Btrfs feature that allows to replace quickly a disk, a new filesystem F2FS optimized for SSDs, support of filesystem mount, UTS, IPC, PID, and network namespaces for unprivileged users, accounting of kernel memory in the memory resource controller, journal checksums in XFS, an improved NUMA policy redesign and, of course, the removal of support for 386 processors. Many small features and new drivers and fixes are also available. Here's the full list of changes.
Order by: Score:
EXT4?
by sb56637 on Tue 19th Feb 2013 21:39 UTC
sb56637
Member since:
2006-05-11

I hope this question isn't out of place here: Was the EXT4 corruption bug ever definitely fixed, and if so, in what version?

Reply Score: 3

RE: EXT4?
by Carewolf on Tue 19th Feb 2013 22:17 UTC in reply to "EXT4?"
Carewolf Member since:
2005-09-08

Which one? I have never heard of one. There was one in btrfs, right, and btrs doesn't have a fsck, which makes corruption to its metadata much worse, but ext4 has been remarkably stable and reliable.

Edited 2013-02-19 22:17 UTC

Reply Score: 5

RE[2]: EXT4?
by WereCatf on Tue 19th Feb 2013 22:31 UTC in reply to "RE: EXT4?"
WereCatf Member since:
2006-02-15

Which one? I have never heard of one. There was one in btrfs, right, and btrs doesn't have a fsck, which makes corruption to its metadata much worse, but ext4 has been remarkably stable and reliable.


Regarding BTRFS, it still is surprisingly unstable, like e.g. just recently I tried to copy a few files from my N900 to my server running BTRFS and it resulted in the BTRFS - kernel module crashing every single time and me having to reboot the system to get it useable again. Such an odd bug, but I seem to keep hitting bugs with BTRFS all the time and I'm starting to wonder if I should just switch to something else.

Reply Score: 6

RE[3]: EXT4?
by twitterfire on Tue 19th Feb 2013 22:45 UTC in reply to "RE[2]: EXT4?"
twitterfire Member since:
2008-09-11

I seem to keep hitting bugs with BTRFS all the time and I'm starting to wonder if I should just switch to something else.


Try the real deal, i.e. ZFS.

Reply Score: 0

RE[2]: EXT4?
by Bill Shooter of Bul on Wed 20th Feb 2013 00:37 UTC in reply to "RE: EXT4?"
Bill Shooter of Bul Member since:
2006-07-14
RE[3]: EXT4?
by Wafflez on Thu 21st Feb 2013 23:12 UTC in reply to "RE[2]: EXT4?"
Wafflez Member since:
2011-06-26

no one gives fsck for btrfs tho.

Reply Score: 2

RE: EXT4?
by voidlogic on Wed 20th Feb 2013 03:40 UTC in reply to "EXT4?"
voidlogic Member since:
2005-09-03

The bug was fixed in late October, so I would assume releases since then are patched.

http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=...

Reply Score: 8

RE: EXT4?
by pysiak on Wed 20th Feb 2013 15:29 UTC in reply to "EXT4?"
pysiak Member since:
2008-01-01

Yes, the October corruption thing (http://lwn.net/Articles/521022/) is gone.

Actually, an interesting read is how people, were too panicky about it: http://lwn.net/Articles/521803/

Reply Score: 3

RE[2]: EXT4?
by sb56637 on Thu 21st Feb 2013 14:36 UTC in reply to "RE: EXT4?"
sb56637 Member since:
2006-05-11

Yeah, this was the one I was referring too. Thanks, and glad to see it's fixed.

Reply Score: 2

RE[3]: EXT4?
by Kebabbert on Thu 21st Feb 2013 15:20 UTC in reply to "RE[2]: EXT4?"
Kebabbert Member since:
2007-07-27

Ted Tso, creator of EXT4 explains that lot of Linux filesystems are unsafe, because of the hunt for performance instead of stabilty

http://phoronix.com/forums/showthread.php?36507-Large-HDD-SSD-Linux...

"In the case of reiserfs, Chris Mason submitted a patch 4 years ago to turn on barriers by default, but Hans Reiser vetoed it. Apparently, to Hans, winning the benchmark demolition derby was more important than his user's data. (It's a sad fact that sometimes the desire to win benchmark competition will cause developers to cheat, sometimes at the expense of their users.)...We tried to get the default changed in ext3, but it was overruled by Andrew Morton, on the grounds that it would represent a big performance loss, and he didn't think the corruption happened all that often (!!!!!) --- despite the fact that Chris Mason had developed a python program that would reliably corrupt an ext3 file system if you ran it and then pulled the power plug "

Reply Score: 4

Comment by twitterfire
by twitterfire on Tue 19th Feb 2013 22:30 UTC
twitterfire
Member since:
2008-09-11

I wait for the service pack.

Reply Score: 2

RE: Comment by twitterfire
by Johann Chua on Wed 20th Feb 2013 12:16 UTC in reply to "Comment by twitterfire"
Johann Chua Member since:
2005-07-22

hahaha...oh wait, that wasn't funny.

Reply Score: 2