All of lore.kernel.org
 help / color / mirror / Atom feed
From: Vitaly Fertman <vitaly@namesys.com>
To: Francesco Biscani <frbiscani@jumpy.it>, reiserfs-list@namesys.com
Cc: Domenico Andreoli <cavok@tiscali.it>
Subject: Re: reiser4 disk formats (was http://www.namesys.com/snapshots/2004.08.09-internal.testing/)
Date: Mon, 16 Aug 2004 13:18:37 +0400	[thread overview]
Message-ID: <200408161318.37810.vitaly@namesys.com> (raw)
In-Reply-To: <200408160113.38791.frbiscani@jumpy.it>

On Monday 16 August 2004 03:13, Francesco Biscani wrote:
> Hi,
>
> On Monday 16 August 2004 00:55, Domenico Andreoli wrote:
> > so the most safe catch-all command sequence should be simply
> >
> >   1. fsck.reiser4 device
> >      - do also whatever fsck says is required to bring the fs
> >        consistent. most probably it will say to use --build-sb and
> >        then --fix.
> >   2. debugfs.reiser4 -C device
> >   3. fsck.reiser4 device
> >      - do again whatever fsck says, most probably --fix is required.
> >
> > this should bring the fs from whatever disk format it is in to the
> > latest one and this *should* happen without data loss. am i right?
>
> I may be wrong here, but as far as I remember reiser4progs 1.x give errors
> if used on old disk formats. If you try to --fix these errors _before_
> changing format you may lose data. So the best sequence would be:

right. If you want the convertion to be done without data loss you should not 
run fsck.reiser4-1.0.0 --fix/--build-fs on NOT converted partition.

> 1. fsck.reiser4 --fix device
>      (with reiser4progs < 1.x)
> 2. upgrade to reiser4progs 1.x
> 3. debugfs.reiser4 -C device
> 4. fsck.reiser4 --fix device
>
> This way you fix all real errors (possibly) present _before_ converting the
> layout, and you avoid the (false) errors reported by reiser4progs 1.x on
> old disk layouts. Can someone confirm?

1. ensure the fs is consistent with the current reiser4progs.
Actually only severe corruptions of the reiser4 storage tree are important here,
others will be fixed later in (5).
2. update reiser4progs to 1.0.0
3. fsck.reiser4 --build-sb <device>
Needed if you move from < 0.5.5. Fixes the formatting policy id in the super 
block. Needed to be run before (4) to allow fs to be openned. 
This may tell you to run fsck with some other options (--fix/--build-fs) due 
to the format change, do not run it -- do (4) instead.
4. debugfs.reiser4 -C <device>
5. fsck.reiser4 --fix <device>
Needed if you move from < 0.5.5. Adds missed pset to the root directory.
In any case check the result is a good idea.

-- 
Thanks,
Vitaly Fertman


      parent reply	other threads:[~2004-08-16  9:18 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-08-13 17:18 reiser4 disk formats (was http://www.namesys.com/snapshots/2004.08.09-internal.testing/) Domenico Andreoli
2004-08-13 17:25 ` Domenico Andreoli
2004-08-15 11:24 ` Vitaly Fertman
2004-08-15 22:55   ` Domenico Andreoli
2004-08-15 23:13     ` Francesco Biscani
2004-08-15 23:27       ` Domenico Andreoli
2004-08-15 23:38         ` Francesco Biscani
2004-08-15 23:50           ` Domenico Andreoli
2004-08-16  9:20         ` Vitaly Fertman
2004-08-16  9:18       ` Vitaly Fertman [this message]

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=200408161318.37810.vitaly@namesys.com \
    --to=vitaly@namesys.com \
    --cc=cavok@tiscali.it \
    --cc=frbiscani@jumpy.it \
    --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.