All of lore.kernel.org
 help / color / mirror / Atom feed
From: Vitaly Fertman <vitaly@namesys.com>
To: "Markus TЖrnqvist" <mjt@nysv.org>, reiserfs-list@namesys.com
Cc: sikkh@wp.pl
Subject: Re: Tree issues, fsck output
Date: Wed, 30 Jun 2004 13:24:34 +0400	[thread overview]
Message-ID: <200406301324.34713.vitaly@namesys.com> (raw)
In-Reply-To: <20040630090322.GM4990@nysv.org>

On Wednesday 30 June 2004 13:03, Markus Törnqvist wrote:
> On Wed, Jun 30, 2004 at 09:45:47AM +0300, Markus Törnqvist wrote:
> >So now I'll just compile the new auto-snapshot and see what happens...
>
> It did not work.
>
> http://mjt.nysv.org/reiser/Reiser4-2004.06.29/
> Pictures once again courtesy of my trusty phone, so the quality truly
> does suck.
>
> So, err, I'm doing a plain fsck now again, to see if that is the result
> of some corruption, but it went to the extremely non-verbose semantic
> tree pass...

it prints all found corruptions. could you send them ?

btw, I hvae already added gauge to the semantic pass. Hopefully will
release another progs snapshot or internal-snapshot on days.

> I'm at a loss here, if the new kernel doesn't bother to boot and the
> old one doesn't really work.

if I recall correctly the only corruption was wrong directory entry, right?
or it fould some more while you were sleeping?

> Vitaly, do you have some ideas for me? Do you want my metadata somewhere?

could you run fsck.reiser4 in check mode again after rebuilding to be sure 
that evth has been fixed. If you have matadata packed before rebuilding, 
not after, and you can provide them for downloading, it would be useful.

> I doubt anyone checked yet if the mainline 2.6.7 port of the snapshot
> I used was to blame, but at least now I'm trying with a standard one..
>
> If the semantic tree pass goes cleanly and the fs is consistent, I will
> try older auto-snapshots, despite the fact that the earlier mm's are
> not highly recommended.

to reproduce this we need to know which steps lead to such corruptions.

-- 
Thanks,
Vitaly Fertman


  reply	other threads:[~2004-06-30  9:24 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-06-29 20:19 Tree issues, fsck output mjt
2004-06-30  6:45 ` mjt
2004-06-30  9:03   ` mjt
2004-06-30  9:24     ` Vitaly Fertman [this message]
2004-06-30  9:42       ` mjt
2004-06-30 10:43         ` mjt

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=200406301324.34713.vitaly@namesys.com \
    --to=vitaly@namesys.com \
    --cc=mjt@nysv.org \
    --cc=reiserfs-list@namesys.com \
    --cc=sikkh@wp.pl \
    /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.