[SOLVED] WARNING!: Ext4 data corruption kernel bug on the prowl.
SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
In short: ext4 users would be well advised to avoid versions 3.4.14, 3.4.15, 3.5.7, 3.6.2, and 3.6.3; they all contain a patch which can, in some situations, cause filesystem corruption.
From the posts I've read it doesn't sound like the kernel devs are 100% certain what is going on just yet. No mention of whether Ben Hutchings' 3.2.y branch is affected but probably best to be careful out there until more comes to light.
Best keep a close eye on the news sites such as lwn for a while.
Ext2 filesystem corruption was my main reason for switching mission-critical servers to BSD back in 2000 (and back to Slackware as ext3 settled in). So this is not the first time, but the continuation of a long sad story.
[OT]
Seems great so far. I watched this presentation on recent improvements in XFS and decided to try it out. I'm using it on a 128 gig SSD laptop, which is probably not the best use case for XFS.
I've got a 2tb RAID 1 home media server running Slack 14 with ext4 at the moment, I'm considering reformatting that over to XFS, as lots of big files are supposed to be the XFS's strong suit.
Ext2 filesystem corruption was my main reason for switching mission-critical servers to BSD back in 2000 (and back to Slackware as ext3 settled in). So this is not the first time, but the continuation of a long sad story.
I was reading Greg Kroah-Hartmann's dismissive comments about NetBSD the other day. This puts his rather smug and condescending attitude in perspective, doesn't it?
But it's just a major Linux filesystem. Nothing important.
Sounds like it was a good time to experiment with XFS..
Yeah and here I was and decided to finall play with ext4 again on my new raid0 setup on a system that has a 1 TB partition and and 10GB files, when I had just got comfortable with XFS after using ext3 sine 13.1. At least I got the bugs worked out to where I can just format and reinstall after a quick copy over....
Edit: Oh wait, I had only built a 3.6.2 kernel to expriment with and I have ALREADY formatted and reinstalled using the original 3.2.x kernel that came stock with 14.0! Now I just have to create an XFS partition going forward and I'm good! Good call Pat!
Every software has bugs and some of them are critical. File-system drivers are software, so sooner or later any of them can be the victim of a critical bug. Has this error actually occurred to anyone? Where your backups also affected?
I was reading Greg Kroah-Hartmann's dismissive comments about NetBSD the other day. This puts his rather smug and condescending attitude in perspective, doesn't it?
The BSDs have a different development model with a -stable and a -current branch. For a reason.
Quote:
Originally Posted by TobiSGD
Every software has bugs and some of them are critical. File-system drivers are software, so sooner or later any of them can be the victim of a critical bug.
But if you have a sane release engineering (which our beloved kernel has not), such critical bugs don't hit your end-users.
Fri Aug 24 20:08:37 UTC 2012
This is Slackware 14.0 release candidate 3, and is hopefully the last stop
on our long road to a stable Slackware release soon. After hearing that
the 3.4.x kernel series will have long term support, I tested 3.4.9 hoping
that it would prove stable enough to use that as the release kernel, but
there are problems with an oops in kernel/time/clocksource.c every few boots.
Given that the 3.2.x series has been very stable, it seems prudent to stick
with that for release, and 3.2.28 is going to be the release kernel. So,
one more round of testing. Let me know if there are any problems. Thanks!
Another Red Hat goon named Greg Kroah-Hartmann posted something else negative towards BSD eh? Not surprising. He must be a friend of Lennart.
From Wikipedia:
Quote:
Greg Kroah-Hartman is a Linux kernel developer. He is the current Linux kernel maintainer for the -stable branch with Chris Wright,[2] the staging subsystem,[2] USB,[2] driver core, debugfs, kref, kobject, and the sysfs kernel subsystems,[2] Userspace I/O (with Hans J. Koch)[2] and TTY layer.[2] He is also the maintainer of the linux-hotplug and created the udev projects. Additionally, he helps to maintain the Gentoo Linux packages for these programs, and helps with the kernel package. He worked for Novell in the SUSE Labs division and, as of 1 February 2012, works at the Linux Foundation.[1] He is currently[when?] working full time on the Linux Driver Project.[3]
He is a co-author of Linux Device Drivers (3rd Edition)[4] and author of Linux Kernel in a Nutshell,[5] and used to be a contributing editor for Linux Journal. He also contributes articles to LWN.net, the news computing site.
Kroah-Hartman frequently helps in the documentation of the kernel and driver development through talks[6][7] and tutorials.[8][9] In 2006, he released a CD image of material to introduce a programmer to working on Linux device driver development.[10]
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.