All of lore.kernel.org
 help / color / mirror / Atom feed
* "wrong bytes" with files >=4GiB
@ 2004-09-06 12:16 Michael Weissenbacher
  2004-09-06 15:03 ` Vladimir Saveliev
  2004-09-16 16:08 ` Vitaly Fertman
  0 siblings, 2 replies; 3+ messages in thread
From: Michael Weissenbacher @ 2004-09-06 12:16 UTC (permalink / raw)
  To: ReiserFS List

I'm using kernel 2.6.9-rc1-mm1 (patched for the page-size bug) and 
reiser4progs1.0.0. I am able to reproduce a "wrong bytes" problem by 
doing the following:
# dd if=/dev/urandom bs=4096 count=1048576 of=/mnt/tmp/testfile
# umount /mnt/tmp
# fsck.reiser4 /dev/sda1
...
FSCK: Node (45223670), item (3), [2a:7465737466696c:1000f] (stat40): 
wrong bytes(4294967296), Should be (0).
...
1 fixable corruptions were detected in the FileSystem. Run with --fix 
option to fix them.

When doing a fsck.reiser4 with --fix parameter it says
FSCK: Node (45223670), item (3), [2a:7465737466696c:1000f] (stat40): 
wrong bytes
(4294967296), Fixed to (0).

and after that it says that the fs is consistent. I cannot find any 
difference in the file on the filesystem though.
Is this actually harmful or is it just "statistic" data?
If i'm doing the same test with count=1048575 no corruption is reported 
and if i'm doing it for files >4GiB i always get the problem (with 
different numbers of course).
I can sent the full fsck output if needed.
BTW this problem also occurs with kernel 2.6.8.1-mm2.

regards
Michael

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2004-09-16 16:08 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-09-06 12:16 "wrong bytes" with files >=4GiB Michael Weissenbacher
2004-09-06 15:03 ` Vladimir Saveliev
2004-09-16 16:08 ` Vitaly Fertman

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.