All of lore.kernel.org
 help / color / mirror / Atom feed
From: Laurynas Biveinis <Laurynas.Biveinis@mif.vu.lt>
To: Vitaly Fertman <vitaly@namesys.com>
Cc: Laurynas Biveinis <Laurynas.Biveinis@mif.vu.lt>,
	reiserfs-list@namesys.com
Subject: Re: Partial data loss with reiserfs3
Date: Tue, 15 Feb 2005 11:33:42 +0200	[thread overview]
Message-ID: <1108460022.4211c1f65609a@webmail.vu.lt> (raw)
In-Reply-To: <200502142008.32009.vitaly@namesys.com>

Cituojant Vitaly Fertman <vitaly@namesys.com>:

Hello,

> then meant before. ok, if you did not run fdisk between boot and 
> mkreiserfs, then mount, copy, umount were probably fine.

It is possible that I had created, copied, destroyed partitions since
last boot - but no repartitioning.

> after that you run fidsk -- have you run 'reiserfsck --rebuild-sb'
> after fdisk? 

I've never run 'reiserfsck --rebuild-sb'.

> what does 
> 	debugreiserfs /dev/hda6
> say?

[root@laurynas-pc ~]# debugreiserfs /dev/hda6
debugreiserfs 3.6.18 (2003 www.namesys.com)


Filesystem state: consistent

Reiserfs super block in block 16 on 0x306 of format 3.6 with standard
journal
Count of blocks on the device: 1741036
Number of bitmaps: 54
Blocksize: 4096
Free blocks (count of blocks - used [journal, bitmaps, data, reserved]
blocks):1696533
Root block: 8212
Filesystem marked as cleanly umounted
Tree height: 3
Hash function used to sort names: "r5"
Objectid map size 78, max 972
Journal parameters:
        Device [0x0]
        Magic [0x5bf05c25]
        Size 8193 blocks (including 1 for journal header) (first block
18)
        Max transaction length 1024 blocks
        Max batch size 900 blocks
        Max commit age 30
Blocks reserved by journal: 0
Fs state field: 0x0:
sb_version: 2
inode generation number: 55
UUID: 11f4d25b-4b80-4dc7-8cd9-32dcd376dce4
LABEL:
Set flags in SB:
        ATTRIBUTES CLEAN


> what version of reiserfsprogs do you use?

3.6.18

--
Thanks,
Laurynas


  reply	other threads:[~2005-02-15  9:33 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-02-13 17:29 Partial data loss with reiserfs3 Laurynas Biveinis
2005-02-14 12:44 ` Vitaly Fertman
2005-02-14 14:40   ` Laurynas Biveinis
2005-02-14 16:21     ` Vitaly Fertman
2005-02-14 16:38       ` Laurynas Biveinis
2005-02-14 17:08         ` Vitaly Fertman
2005-02-15  9:33           ` Laurynas Biveinis [this message]
2005-02-15 12:48         ` Esben Stien
2005-02-14 15:16   ` Laurynas Biveinis
2005-02-15 12:50   ` Esben Stien
2005-02-15 14:36     ` _evil
2005-02-15 23:03       ` Simon "Sturmflut" Raffeiner
  -- strict thread matches above, loose matches on Subject: below --
2005-02-16 13:22 Vitaly Fertman
2005-02-16 16:10 ` Laurynas Biveinis
2005-02-17  9:22 ` Laurynas Biveinis

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=1108460022.4211c1f65609a@webmail.vu.lt \
    --to=laurynas.biveinis@mif.vu.lt \
    --cc=reiserfs-list@namesys.com \
    --cc=vitaly@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.