Re: Tested reiser4 and got some problems.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi

Those are false positives when checking cryptocompress partitions,
because they are checked with checksumm so exact file size is not
required for check, and because that filesize is not being updated for
performance reasons.
This should be repaired in next version of reiser4.progs

Here's some more info:
"Dushan Tcholich wrote:
> Would it be possible if there would be a new version of fsck.reiser4
> to fix those false positives about wrong size when checking
> cryptocompress partitions?
>

Yes,  per-file warnings about wrong i_bytes should be suppressed.
Fsck just should report at the end of work in default mode, that N wrong
i_bytes were detected and suggest to fix it with --fix option."
http://marc.info/?l=reiserfs-devel&m=121786117117164&w=2

I hope this helps
Dushan
On Thu, Aug 7, 2008 at 3:28 PM, Anders Aagaard <aagaande@xxxxxxxxx> wrote:
> Hi
>
> I just tested reiser4, and ran into some problems right away, with
> reiser4progs 1.0.6 and patches from
> http://www.kernel.org/pub/linux/kernel/people/edward/reiser4/reiser4-for-2.6/.
>  Patched on top of gentoo-sources 2.6.25.
>
> After executing this on my test box:
> mkfs.reiser4 -o create=ccreg40,compress=lzo1 /dev/sdb2
> mount -t reiser4 -o noatime /dev/sdb2 /mnt/sdb
> cd /mnt/sdb
> rsync -vax --exclude  "/dev/" --exclude  "/proc/" --exclude "/sys" --exclude
> "/mnt" --progress / .
> mkdir -p dev sys proc mnt mnt/cdrom
> mknod dev/console c 5 1
> mknod dev/null c 1 3
> cd ..
> umount /mnt/sdb
> fsck.reiser4 /dev/sdb2
>
> fsck finds TONS of errors like this:
> FSCK: obj40_repair.c: 223: obj40_stat_unix_check: Node (718264), item (6),
> [67e01:2e524541444d45:67f16] (stat40): wrong bytes (65536), Should be (310).
> FSCK: obj40_repair.c: 223: obj40_stat_unix_check: Node (718264), item (8),
> [67e01:2e73657475702e:67f18] (stat40): wrong bytes (65536), Should be (152).
> FSCK: obj40_repair.c: 223: obj40_stat_unix_check: Node (718264), item (9),
> [67e01:2e73657475702e:67f19] (stat40): wrong bytes (65536), Should be (416).
> FSCK: obj40_repair.c: 223: obj40_stat_unix_check: Node (718264), item (7),
> [67e01:2e6d697373696e:67f17] (stat40): wrong bytes (65536), Should be
> (1635).
> FSCK: obj40_repair.c: 223: obj40_stat_unix_check: Node (718103), item (2),
> [67dcc:2e74627a32746f:67f0f] (stat40): wrong bytes (65536), Should be
> (2223).
>        Found 360227 objects (some could be encountered more then once).
>        Time interval: Thu Aug  7 14:01:13 2008 - Thu Aug  7 14:03:40 2008
>
> After completing the fsck things seem fine, but it makes me slightly
> worried.  There's no kernel oops'es or anything like that in dmesg,
> everything seemed perfectly fine until I did an fsck.  Note that this is
> repeatable.
>
> Anders
> --
> To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux File System Development]     [Linux BTRFS]     [Linux NFS]     [Linux Filesystems]     [Ext4 Filesystem]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite Forum]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Device Mapper]     [Linux Resources]

  Powered by Linux