Announcement

Collapse
No announcement yet.

There Might Be Another EXT4 Corruption Bug

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • NullNix
    replied
    Originally posted by Candide View Post
    I first encountered the EXT4 bug about six weeks ago. It's actually quite severe, crashing two of my systems due to file system corruption. At first I wasn't sure what it was and thought my hard disk might be going bad, but after it happened on two separate machines, I eventually figured out that EXT4 was the culprit by trial and error
    If you could reproduce it, reporting it to the ext4 developers would have been nice. If you run away and just install something else, the bug will quite possibly never get fixed. It's quite unlikely to have been the bug I encountered (given what an unlikely concatenation of circumstances you need to reproduce that), and since the 'bug' just reported was not a bug at all it might be something else.

    (I do wonder what Michael will yell about next. Perhaps he'll complain about the harmless dtime reset messages fsck gives you if you uncleanly unmount after doing an unlink()-and-close()? Hint, fsck saying it fixed something and proceeding happily after an unclean shutdown does *not* necessarily mean something is wrong. Start to worry only if you get a fsck exit with errorcode not ORed with 4 -- i.e., a 'human intervention required' fsck -- or if you get a clean filesystem followed by ext4 assertion failure messages or -EIOs at runtime. Actual crashes suggest substantial corruption, which is definitely problematic.)

    Leave a comment:


  • Leslie508
    replied
    I'm happy for you if you format every 6 Months.

    Leave a comment:


  • AdamW
    replied
    Originally posted by Pallidus View Post
    Hey guy who owns phoronix:

    I red a blog post from a chinese kernel dev and he was saying you were just trolling for adhits and should stfu...


    them seem like fighting words to me
    ted ts'o isn't Chinese. He's American.

    Leave a comment:


  • gamerk2
    replied
    Originally posted by AJSB View Post
    In Window$ we download patches for what we even haven't a clue for what they are.....
    You can generally check the MSDN page for more info if you so desire.

    and yes, one of the several reasons i dropped Window$ was data integrity because several times some games locked my rig and only way to switch off was to hard reset making data corruption....
    Based on past experience, this typically indicates an unstable memory subsystem, usually due to the mobo's NB not being able to handle four DIMMS of high speed RAM. Some mobo chipsets (NVIDIA 680i/780i/790i, and most lower end ECS/Biostar mobos) were notorious for this once people started using all the RAM slots. Easy test for this would be to run Prime95 for a few hours and wait to see if that comes back with a rounding error (indicating memory corruption occured). Ran into this issue with my old crappy XFX 790i Ultra; had to overvolt the NB to 1.3V and underclock the RAM for stability. Ran fine on linux though (or rather: Could not reproduce. Didn't have an equivalent to Prime95 to test with)

    Leave a comment:


  • kernelOfTruth
    replied
    Originally posted by mvidberg View Post
    I've been having issues with ext4 data corruption in the 3.5 kernel (in the latest Ubuntu) as outlined in https://bugs.launchpad.net/ubuntu/+s...x/+bug/1063354

    Not sure yet whether this is a Ubuntu only issue or just my combination of hardware... but I've been running on 3.4 kernel now with no more indication of data corruption in my syslog file.
    looks more like a hardware issue (harddrive, sata-cable, sata-controller, memory, etc.) to me than the filesystem per se


    if you've the time & backups

    try using btrfs or xfs and see whether it occurs also with them - then you'll know for sure if your data is safe with the device you're using or it's a ticking time bomb ...

    Leave a comment:


  • mvidberg
    replied
    I've been having issues with ext4 data corruption in the 3.5 kernel (in the latest Ubuntu) as outlined in https://bugs.launchpad.net/ubuntu/+s...x/+bug/1063354

    Not sure yet whether this is a Ubuntu only issue or just my combination of hardware... but I've been running on 3.4 kernel now with no more indication of data corruption in my syslog file.

    Leave a comment:


  • Pallidus
    replied
    Hey guy who owns phoronix:

    I red a blog post from a chinese kernel dev and he was saying you were just trolling for adhits and should stfu...


    them seem like fighting words to me

    Leave a comment:


  • AJSB
    replied
    Nice XFS review at DW

    ...and one more reason to stay with Slackware....xfsprogs is in the DVD by default

    Leave a comment:


  • AJSB
    replied
    Thanks for the info...no matter XFS is "old" , i never tested it

    Indeed, ZFS doesn't seem to be supported at install level by SLACKWARE but XFS seems so...i will try XFS because of that and also because of other things you said.

    Thanks also for the heads up about the article in Distrowatch about it....looking forward with interest for it .

    Leave a comment:


  • Candide
    replied
    XFS

    I first encountered the EXT4 bug about six weeks ago. It's actually quite severe, crashing two of my systems due to file system corruption. At first I wasn't sure what it was and thought my hard disk might be going bad, but after it happened on two separate machines, I eventually figured out that EXT4 was the culprit by trial and error (I restored one of the machines to XFS, it's previously used file system, and the crashing went away). I have found XFS to be solid and it's very fast. If you want to format a hard drive with XFS, you need the package "xfsprogs" to be installed before running the installer. DistroWatch is going to run a "how-to" article this coming Monday.

    I don't recommend EXT3. It's seriously slow, and lacks a lot of features. It was a first best attempt to add journaling to EXT2 and was never meant to be more than a temporary file system until EXT4 was released. And EXT4 was very good, until this bug(s) crept in.

    Some have mentioned ZFS, and everything I've read about it sounds good. The only trouble is that most distros don't have support for it compiled into their kernels. It does exist, but you'll have to hunt around for a distro that has it.

    Leave a comment:

Working...
X