lkml.org 
[lkml]   [2003]   [May]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: corrupt ext3 that even debugfs refuses to repair
    On May 22, 2003  15:26 +0200, Felix von Leitner wrote:
    > I just found out that my CVS ext3 file system is corrupted.
    > The symptom is that du complains about "file not found", i.e. getdents64
    > returns the files but stat says they aren't there.
    >
    > e2fsck finds nothing wrong with the filesystem.
    >
    > I isolated the files into one directory which I moved to /broken. This
    > is what debugfs says:
    >
    > # debugfs -w /dev/discs/disc0/part5
    > debugfs 1.33 (21-Apr-2003)
    > debugfs: cd /broken
    > debugfs: ls
    > 6243596 (12) . 2 (4084) .. 0 (4096) nsISO88592ToUnicode.cpp
    > 0 (4096) nsKOI8UToUnicode.o 0 (4096) nsUnicodeToMacDevanagari.h
    > 0 (4096) nsUnicodeToZapfDingbat.h 0 (620) nsCP1258ToUnicode.h
    > 6243907 (3476) .cvsignore 0 (4096) nsMacUkrainianToUnicode.cpp
    > debugfs: rm foo
    > rm: File not found by ext2_lookup while trying to resolve filename
    > debugfs: ls
    > ls: invalid option -- o
    > zsh: 5846 segmentation fault debugfs -w /dev/discs/disc0/part5
    >
    >
    > Huh? debugfs does not appear to be a very stable tool ;)

    Patches are welcome, since you are probably the only person with a
    filesystem corrupted in exactly the right way... At least run "e2image"
    on this partition before throwing it away...

    > Once again, with nsCP1258ToUnicode.h this time:
    >
    > debugfs: rm nsCP1258ToUnicode.h
    > rm: File not found by ext2_lookup while trying to resolve filename
    > debugfs: unlink nsCP1258ToUnicode.h
    > unlink_file_by_name: No free space in the directory

    These files are already deleted according to the debugfs output above
    (ino == 0 means they are deleted). Only "." and ".cvsignore" have
    valid inode numbers.

    > What can I do now (besides backup and restore, obviously)

    It is possible that these inodes are in lost+found, but that is only
    a guess.

    Cheers, Andreas
    --
    Andreas Dilger
    http://sourceforge.net/projects/ext2resize/
    http://www-mddsp.enel.ucalgary.ca/People/adilger/

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2005-03-22 13:35    [W:0.034 / U:150.112 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site