From: Alexander Zarochentsev <zam@namesys.com>
To: reiserfs-list@namesys.com
Cc: Alex Efros <powerman-asdf@yandex.ru>
Subject: Re: Need help retrieving data
Date: Sat, 2 Sep 2006 15:26:05 +0400 [thread overview]
Message-ID: <200609021526.05313.zam@namesys.com> (raw)
In-Reply-To: <6110980.post@talk.nabble.com>
On 2 September 2006 13:32, Alex Efros wrote:
> Hi!
>
> So, I did everything correctly to fix it? --rebuild-tree doesn't
> broke anything?
usually not.
but reiserfsck --rebuild-tree is a complex operation. It has a possibility to
insert wrong blocks into the tree if your fs was used to store another
reiserfs image. and you have a chance to hit new reiserfsck bug.
> > unfortunately no fix for fsck is available yet.
>
> If you provide fixed reiserfsck version, I can run it on my image to
> test it and confirm image become mountabe after --rebuild-sb. But I
> can't leave this 3GB image on my drive for months, so if you wish
to make the partition mountable again it is enough to change
one byte in the super block from 0 (hash is not set) to 3 (r5 hash).
It can be done by a hex editor.
hexdump -C of block #16 (reiserfs uses 4k-size blocks, numbers start with 0):
...
00000030 06 00 01 00 52 65 49 73 45 72 32 46 73 00 00 00 |....ReIsEr2Fs...|
00000040 03 00 00 00 05 00 c6 04 02 00 00 00 89 28 00 00 |......Æ.....‰(..|
^^
this byte.
...
according with:
struct reiserfs_super_block_v1 {
...
char s_magic[10]; /* reiserfs magic string indicates that
* file system is reiserfs:
* "ReIsErFs" or "ReIsEr2Fs" or "ReIsEr3Fs" */
__le16 s_fs_state; /* it is set to used by fsck to mark which
* phase of rebuilding is done */
__le32 s_hash_function_code; /* indicate, what hash function is being use
...
> this testing from me - please provide fixed version in about 7-10
> days or at least notify me when it will be ready - if your need more
> time I probably move it to DVD-RW.
I already have a broken fs to experiment with.
--
Alex.
next prev parent reply other threads:[~2006-09-02 11:26 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-08-24 17:43 Need help retrieving data Brian Davis
2006-08-24 20:43 ` Hans Reiser
2006-08-25 14:22 ` Brian Davis
2006-08-25 16:02 ` Bernd Schubert
2006-09-01 10:30 ` Alex Efros
2006-09-01 11:45 ` Alexander Zarochentsev
2006-09-02 9:32 ` Alex Efros
2006-09-02 11:26 ` Alexander Zarochentsev [this message]
2006-09-04 13:56 ` Vladimir V. Saveliev
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=200609021526.05313.zam@namesys.com \
--to=zam@namesys.com \
--cc=powerman-asdf@yandex.ru \
--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.