From: Vladimir Saveliev <vs@namesys.com>
To: hanasaki <hanasaki@hanaden.com>
Cc: reiserfs-list@namesys.com
Subject: Re: --rebuild-tree always finds errors --check is ok
Date: Thu, 06 Jan 2005 15:06:43 +0300 [thread overview]
Message-ID: <1105013202.3261.26.camel@tribesman.namesys.com> (raw)
In-Reply-To: <41DAD195.1080306@hanaden.com>
Hello
On Tue, 2005-01-04 at 20:25, hanasaki wrote:
> Version of reiserfsk
> ======================
> == From debian sarge
> /sbin/reiserfsck -V
> reiserfsck 3.6.19 (2003 www.namesys.com)
> == also used the version in knoppix 3.7 with similar results
>
> the output of two consecutive runs of --rebuild-tree on the same
> unmounted partition are attached. Below is the diff
>
> diff data00-run1 data00-run0
> 14c14
> < 172168 directory entries were hashed with "r5" hash.
> ---
> > 172167 directory entries were hashed with "r5" hash.
>
>
> Vladimir Saveliev wrote:
> > Hello
> >
> > On Sun, 2005-01-02 at 00:55, hanasaki wrote:
> >
> >>Running reiser3 on kernel 2.6.10 and 2.6.9 with Debian sarge and unstable.
> >>
> >>the --rebuild-tree always finds errors and corrects them. even when run
> >>more than once consecutively without mounting the partition in between.
> >>
> >
> > Please provide reiserfsck --rebuild-tree output.
> > What is version of your reiserfsck? (reiserfsck -V)
> >
> >
> >>--check says all is good.
> >>
> >>
> >>
> >>
> >
> >
>
>
> ______________________________________________________________________
> ####### Pass 0 #######
> block 254411: The number of items (21) is incorrect, should be (1) - corrected
> block 254411: The free space (1) is incorrect, should be (2256) - corrected
> pass0: vpf-10110: block 254411, item (0): Unknown item type found [0 251658496 0x1001800 ??? (15)] - deleted
> block 1574493: The number of items (18) is incorrect, should be (0) - corrected
> block 1574493: The free space (1184) is incorrect, should be (4072) - corrected
> block 2206239: The number of items (1) is incorrect, should be (0) - corrected
> block 2206239: The free space (0) is incorrect, should be (4072) - corrected
> block 2844875: The number of items (2) is incorrect, should be (1) - corrected
> block 2844875: The free space (0) is incorrect, should be (4048) - corrected
> pass0: vpf-10110: block 2844875, item (0): Unknown item type found [16777472 16780544 0x200 ??? (15)] - deleted
> block 3326501: The number of items (1) is incorrect, should be (0) - corrected
> block 3326501: The free space (0) is incorrect, should be (4072) - corrected
> 172167 directory entries were hashed with "r5" hash.
> ####### Pass 1 #######
> ####### Pass 2 #######
> ####### Pass 3 #########
> ####### Pass 3a (lost+found pass) #########
>
> ______________________________________________________________________
> ####### Pass 0 #######
> block 254411: The number of items (21) is incorrect, should be (1) - corrected
> block 254411: The free space (1) is incorrect, should be (2256) - corrected
> pass0: vpf-10110: block 254411, item (0): Unknown item type found [0 251658496 0x1001800 ??? (15)] - deleted
> block 1574493: The number of items (18) is incorrect, should be (0) - corrected
> block 1574493: The free space (1184) is incorrect, should be (4072) - corrected
> block 2206239: The number of items (1) is incorrect, should be (0) - corrected
> block 2206239: The free space (0) is incorrect, should be (4072) - corrected
> block 2844875: The number of items (2) is incorrect, should be (1) - corrected
> block 2844875: The free space (0) is incorrect, should be (4048) - corrected
> pass0: vpf-10110: block 2844875, item (0): Unknown item type found [16777472 16780544 0x200 ??? (15)] - deleted
> block 3326501: The number of items (1) is incorrect, should be (0) - corrected
> block 3326501: The free space (0) is incorrect, should be (4072) - corrected
> 172168 directory entries were hashed with "r5" hash.
> ####### Pass 1 #######
> ####### Pass 2 #######
> ####### Pass 3 #########
> ####### Pass 3a (lost+found pass) #########
Can you do:
debugreiserfs -p that-device | gzip -c > fs.gz and make fs.gz
downloadable. That would allow us to fix reiserfsck bug faster.
next prev parent reply other threads:[~2005-01-06 12:06 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-01-01 21:55 --rebuild-tree always finds errors --check is ok hanasaki
2005-01-04 14:30 ` Vladimir Saveliev
2005-01-04 17:25 ` hanasaki
2005-01-06 12:06 ` Vladimir Saveliev [this message]
2005-01-07 20:43 ` Vitaly Fertman
2005-01-08 0:44 ` hanasaki
2005-01-10 12:50 ` Vitaly Fertman
-- strict thread matches above, loose matches on Subject: below --
2004-12-31 5:35 hanasaki
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1105013202.3261.26.camel@tribesman.namesys.com \
--to=vs@namesys.com \
--cc=hanasaki@hanaden.com \
--cc=reiserfs-list@namesys.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.