Messages in this thread |  | | Date | Wed, 18 Jul 2001 15:18:59 +1000 (EST) | | From | Steve Kieu <> | | Subject | Re: ReiserFS / 2.4.6 / Data Corruption |
| |
Just from my experience of using fs:
My advice:
Dont use reiserfs,JFS it is ok to use ext2
Go journalling? use ext3 or XFS
I have used all of these fs and pick up this rule (up to now, not sure it remains right in the far future)
cheers
--- Sam Thompson <samuelt@cervantes.dabney.caltech.edu> wrote: > First, please CC all replies to samuelt@caltech.edu, > as I am not on the mailing list. > > > The other day a computer of mine lost power and the > ext2 fs was severely damaged > . I decided to reinstall debian using reiserfs to > prevent this. I had no problems with installation, > (I've done this same install on other computers) but > as I started to untar backup tarballs I had made, I > started noticing problems with what I believe is the > filesystem. > > Tar/gzip will complain about crc errors in files: > for example in a certain 40 mb file I can decompress > fine on other computers. If I try to uncompress the > same file immediately, it will fail at a different > point, seemingly at random. Sometimes it works fine. > Random debian packages I apt-get have the same > problem. Sometimes they won't unpack properly, > sometimes they will. > > I tried reinstall gzip several times, but I don't > think the problems are limited to compressed files, > just very obvious in critical situations like that. > > I can get complex software to run: xfree86 4.1, > mozilla, etc, fine, although som > e files apparently go missing in some programs. > > Just now I got the following error message when > deleting a tarball: > > vs-4080: reiserfs_free_block: free_block > (0301:672040)[dev:blocknr]: bit already > cleared > > > Next, I took the hard drive to my other, stable > computer and ran reiserfsck --rebuild-tree on it, > under the hopes that this would fix it. It did > appear to fix it, but about 10 minutes later the > symptoms came back. > > Here is 'debugreiserfs /dev/hda1' output: > > > Super block of format 3.5 found on the 0x3 in block > 16 > Block count 4233112 > Blocksize 4096 > Free blocks 3900694 > Busy blocks (skipped 16, bitmaps - 130, journal > blocks - 8193 > 1 super blocks, 324078 data blocks > Root block 8529 > Journal block (first) 18 > Journal dev 0 > Journal orig size 8192 > Filesystem state ERROR > Tree height 4 > Hash function used to sort names: "tea" > Objectid map size 62, max 1004 > Version 0 > > > Here is my relevant hardware: > > Motherboard: Asus A7V KT133 with 686A southbridge > (NOT the 686B). > Harddrive: 30 gig ide maxtor/generic. > > I installed 2.4.6 to try and fix the problem, it > didn't seem to help, although I do not clearly > remember the difference between 2.2.17-patched and > 2.4.6 in terms of the symptoms. > > I tried reinstalling once, but that did not help. > > I'm at a loss as to how to proceed. Any ideas? > > Thank you for your time, > > Sam > --- > samuelt@caltech.edu > - > 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/
===== S.KIEU
_____________________________________________________________________________ http://messenger.yahoo.com.au - Yahoo! Messenger - Voice chat, mail alerts, stock quotes and favourite news and lots more! - 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/
|  |