[lkml]   [2002]   [Nov]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: 2.4.20-rc3 ext3 fsck corruption -- tool update warning needed?
    On Tue, Nov 26, 2002 at 10:55:10AM -0500, Clemmitt Sigler wrote:
    > The e2fsck run seemed to me to go normally. It reported that it
    > optimized some directories, but this has happened on other auto-fscks
    > of my ext3 filesystems without corruption under earlier kernels. (This
    > is the first corruption I've seen in many, many years.) But I didn't
    > capture the messages :^( and they don't get written into
    > /var/log/messages (that I could find).

    Ah, ha. I think I know what happened.

    What version of e2fsprogs were you using? If it was 1.28, that would
    explain what you saw. There was a fencepost error that could corrupt
    directories when it was optimizing/rehashing them. This bug was fixed
    in in the next version, which was rushed out the door as a result of
    this bug. Fortunately, 1.28 didn't get adopted by any distro's as far
    as I know, and not that many people downloaded and compiled e2fsprogs

    If you're not using the latest version of e2fsprogs, which is
    e2fsprogs 1.32, I'd strongly suggest updating to it. Version 1.28 is
    just *so* three months ago. :-)

    - Ted

    P.S. If you do have a directory which is corrupted by e2fsck 1.28, no
    data is lost; it just created a directory entry which is too small, so
    it triggers the sanity checks in the kernel. Running e2fsck version
    1.29 or later will unbork the directory.
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 13:31    [W:0.020 / U:13.948 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site