All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Roland Häder" <webmaster@autoinstaller.de>
To: reiserfs-list@namesys.com
Subject: Re: Fwd: Bad root block 0
Date: Mon, 8 Sep 2003 18:55:53 +0200	[thread overview]
Message-ID: <200309081855.53308.webmaster@autoinstaller.de> (raw)
In-Reply-To: <20030908153427.GA28885@namesys.com>

Hello,

> > Opps: Vanilla 2.4.21 with cryptoloop (not patched, it's compiled
> > alone and installed into /lib/modules/2.4.21/xxxxx)
>
> Ah, ok.
:-)

> What debugfs command found the metadata? Was it just plain
> "debugreiserfs -p"? How much leaves/internal nodes were found?

debugreiserfs /dev/loop3:

debugreiserfs 3.6.11 (2003 www.namesys.com)
 
 
Filesystem state: consistency is not checked after last mounting
 
Reiserfs super block in block 16 on 0x703 of format 3.6 with standard journal
Count of blocks on the device: 24492
Number of bitmaps: 1
Blocksize: 4096
Free blocks (count of blocks - used [journal, bitmaps, data, reserved] blocks): 24492
Root block: 0
Filesystem is cleanly umounted
Tree height: 65535
Hash function used to sort names: "r5"
Objectid map size 2, max 972
Journal parameters:
        Device [0x0]
        Magic [0x9cdd049]
        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: 0xfa02:
        FATAL corruptions exist.
sb_version: 2
inode generation number: 0
UUID: 7691903f-ec2b-4c06-9cf2-eaa545c7db77
LABEL: Haspa-Banking
Set flags in SB:
        ATTRIBUTES CLEAN

debugreiserfs -d /dev/loop3:

debugreiserfs 3.6.11 (2003 www.namesys.com)
 
Loading on-disk bitmap .. 8216 bits set - done
super block..ok
bitmaps..(1).. ok
journal (from 18 to 8210)..ok
Super block, bitmaps, journal - 8195 blocks - done, 23 blocks left
0%....20%....40%....60%....80%....100%                           left 0, 0 /sec
Packed 8195 blocks:
        compessed 0
        full blocks 8195
                leaves with broken block head 0
                corrupted leaves 0
                internals 0
                descriptors 0
data packed with ratio 1.00

Hope this is enougth?

Roland


      reply	other threads:[~2003-09-08 16:55 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-09-07 12:46 Fwd: Bad root block 0 Roland Häder
2003-09-08  9:51 ` Oleg Drokin
2003-09-08 15:15   ` Roland Häder
2003-09-08 15:34     ` Oleg Drokin
2003-09-08 16:55       ` Roland Häder [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=200309081855.53308.webmaster@autoinstaller.de \
    --to=webmaster@autoinstaller.de \
    --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.