From: Rogier Wolff <R.E.Wolff@BitWizard.nl>
To: Oleg Drokin <green@namesys.com>
Cc: copy@harddisk-recovery.nl, reiserfs-list@namesys.com
Subject: Re: Reiserfs version???
Date: Thu, 7 Aug 2003 14:07:13 +0200 [thread overview]
Message-ID: <20030807140711.A4105@bitwizard.nl> (raw)
In-Reply-To: <20030807103445.GA14416@namesys.com>
On Thu, Aug 07, 2003 at 02:34:45PM +0400, Oleg Drokin wrote:
> Hello!
>
> On Thu, Aug 07, 2003 at 12:26:42PM +0200, wolff@hydra.bitwizard.nl wrote:
>
> > Normally, fsck would be able to use a backup superblock. But it
> > seems that reiserfsck is not capable of this.
>
> reiserfs does not have any backup superblocks.
And I presume V4 fixes that?
I found a bunch of block with the "ReIsErFs" magic on the disk. They
look similar to the superblock, enough so that the superblock should
be reconstructed from there?
> > Now --rebuild-sb asks me for the version. I really wouldn't know.
> Well, if you use recent enough fsck, it also gives some hints on how
> to find the version (I really hope you are using reiserfsprogs
> 3.6.11, if you are not, then I suggest you to upgrade your
> reiserfsprogs first).
We got the most recent a couple of weeks ago. It was 3.6.6.
> If you store files of bigger than 2Gb in size on that FS, then it is
> of 3.6 version. If you run 2.2 kernel on your fileserver, then it
Yes, probably.
> is of 3.5 version.
Nope.
> If you run 2.4 kernel on your fileserver and you
> still have logs from past boots, see if there is "reiserfs: using
> 3.5.x disk format" message after mounting that fs. If there is,
The logs live on /, / is the one with the missing superblock....
And mounting another fs that didn't have a missing superblock gave us
no message, although reiserfs was version 3.6.25.
> then this is 3.5 format, if there is not then it has 3.6 format. If
I mounted another filesystem and in /proc it told me it found a 3.5
version filesystem. So I went to the fsck --rebuild-sb and it had
three options for a 3.5 filesystem...... (i.e. one was eliminated.)
> you do not have any logs and you use kernel 2.4, then you may choose
> 3.6 format and it won't hurt (but you won't be able to mount such a
> volume with 2.2 kernel later on).
We upgraded the ondisk format loosing the 2.2 compatiblity some time
ago.
So, given the above information, some strongly hinting we were at 3.5,
some to 3.6, tell me which we have......
I chose option 2, fsck-ed it, and it now mounts. We're now rsyncing
the data to another disk and will reformat ASAP.
Roger.
--
** R.E.Wolff@BitWizard.nl ** http://www.BitWizard.nl/ ** +31-15-2600998 **
*-- BitWizard writes Linux device drivers for any device you may have! --*
* I didn't say it was your fault. I said I was going to blame it on you. *
next prev parent reply other threads:[~2003-08-07 12:07 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-08-07 10:26 Reiserfs version??? wolff
2003-08-07 10:34 ` Oleg Drokin
2003-08-07 12:07 ` Rogier Wolff [this message]
2003-08-07 12:17 ` Oleg Drokin
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=20030807140711.A4105@bitwizard.nl \
--to=r.e.wolff@bitwizard.nl \
--cc=copy@harddisk-recovery.nl \
--cc=green@namesys.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.