Plan-Net made tests on filesystem resistance to corruptions, using a
network shared hard-disk.
The filesystem was RW-mounted and accessed by two hosts at the same
time, leading to heavy corruptions.
An another test was to mount a single partition of a mirror, modify it,
and try to repair the mirror... Funny...
The best results were always achieved when using EXT2/EXT3. Even Xfs,
that was seen as the most serious challenger didn't reached the expected
results.
Note: this might be more a test of the file system check and auto-repair
tools than the file-system structure by its own.
Alex a écrit :
On Saturday 28 April 2007, Jean-Jacques MOURIS wrote:
Hello,
I have a strange situation with some files (photos from digital camera):
Although the timestamp of the file is not altered, the content of the
file is not displayable anymore in any viewer. Looking at the content of
the files (hexdump) told me that all of these files only consist of NULL
bytes. There are 42 files corrupted, including one mpg file of 216 MB
I tried to investigate further what could have happened to those files.
Unfortunately, I have no idea when some event could have happened which
might cause the file content to be nulled, but I am sure they have been
intact only a couple of days before.
I tried to investigate with the command debugreiserfs -D /dev/hdb3 . In
the resulting file I found the filename and inodes of the corrupted
files with entries like shown below. These entries do not differ from
those I can find for uncorrupted files.
Is there anybody out there who has some idea
- why suddenly files can be corrupted this way
- where I possibly can find more information about what happened (maybe
logfiles to analyse, look for what???)
- if these files might be recovered, and how
In earlier days, when I used Reiserfs in Suse, I also had the strangiest
effects with this fs when the disc becomes full. I found out, that this FS
doesn't report, when it cannot save a file entirely. The system becomes
unstable, because of corrupted files and it doesn't report.
Perhaps. this might be useful to you.
I use now ext3 since I switched to kubuntu and have no such problems at all.
Al
_______________________________________________
Lilux-help mailing list
Lilux-help(a)lilux.lu
http://lilux.lu/mailman/listinfo/lilux-help
--
Brent Frère
Private e-mail: Brent(a)BFrere.net
Postal address: 58, rue d'Esch
L-3720 Rumelange
Grand-Duchy of Luxembourg
European Union
Phone: +352-20.20.22.69
Fax: +352-26.30.05.96
URL:
http://BFrere.net
If you have problem with my digital signature, please install the appropriate authority
certificate by browsing
https://www.cacert.org/certs/root.crt.