All of lore.kernel.org
 help / color / mirror / Atom feed
From: Alex Zarochentsev <zam@namesys.com>
To: Farkas Barnab?s <kinca@freemail.hu>
Cc: reiserfs-list@namesys.com, umka@clusterfs.com
Subject: Re: resize reiserfs
Date: Thu, 5 Feb 2004 11:49:30 +0300	[thread overview]
Message-ID: <20040205084929.GE1733@backtop.namesys.com> (raw)
In-Reply-To: <1075936282.18623.29.camel@linux.local>

On Thu, Feb 05, 2004 at 12:11:22AM +0100, Farkas Barnab?s wrote:
> On Wed, 2004-02-04 at 22:25, Vitaly Fertman wrote:
> > On Wednesday 04 February 2004 21:27, Farkas Barnab?s wrote:
> > > Hello World,
> > 
> > Hello Farkas,
> > 
> > > I would like to resize my reiserfs partition. When its finished, I
> > > couldn't mount the partition. I've got error messages
> > > I tried --rebuild-tree
> > 
> > Did resize_reiserfs finish properly or fail? Could you describe you 
> > steps more precisely? How did you run resizer_reiserfs? What did 
> > you do next? Did you run reiserfsck --rebuild-sb? Etc.
> 
> I made the resizing with QtParted-0.4.1

with reiserfs support through libreiserfs, yes?

> There was no error. but I can't mount again.
> --rebuild-sb
> 
> linux:~ # /usr/local/sbin/reiserfsck --rebuild-sb /dev/hda1
> reiserfsck 3.6.11 (2003 www.namesys.com)
> 
> *************************************************************
> ** If you are using the latest reiserfsprogs and  it fails **
> ** please  email bug reports to reiserfs-list@namesys.com, **
> ** providing  as  much  information  as  possible --  your **
> ** hardware,  kernel,  patches,  settings,  all reiserfsck **
> ** messages  (including version),  the reiserfsck logfile, **
> ** check  the  syslog file  for  any  related information. **
> ** If you would like advice on using this program, support **
> ** is available  for $25 at  www.namesys.com/support.html. **
> *************************************************************
> 
> Will check superblock and rebuild it if needed
> Will put log info to 'stdout'
> 
> Do you want to run this program?[N/Yes] (note need to type Yes if you
> do):Yes
> Reiserfs super block in block 16 on 0x301 of format 3.6 with standard
> journal
> Count of blocks on the device: 7327648
> Number of bitmaps: 224
> Blocksize: 4096
> Free blocks (count of blocks - used [journal, bitmaps, data, reserved]
> blocks): 7327648
> Root block: 0
> Filesystem is cleanly umounted
> Tree height: 0
> Hash function used to sort names: "r5"
> Objectid map size 2, max 972
> Journal parameters:
>         Device [0x0]
>         Magic [0x0]
>         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: 0
> UUID: 4e4889c5-8054-4d5a-b050-754856b0d279
> LABEL:
> Set flags in SB:
> 
> Super block seems to be correct
> 
> 
> > > linux:~ # /usr/local/sbin/reiserfsck --rebuild-tree /dev/hda1
> > > reiserfsck 3.6.11 (2003 www.namesys.com)
> > >
> > > reiserfsck --rebuild-tree started at Wed Feb  4 19:20:21 2004
> > > ###########
> > >
> > > Pass 0:
> > > ####### Pass 0 #######
> > > Loading on-disk bitmap .. ok, 8434 blocks marked used
> > > Skipping 8434 blocks (super block, journal, bitmaps) 0 blocks will be
> > > read
> > >
> > > Could not find a hash in use. Using "r5"
> > >         "r5" hash is selected
> > > Flushing..finished
> > >         Read blocks (but not data blocks) 0
> > >                 Leaves among those 0
> > >                 Objectids found 2
> > >
> > > Pass 1 (will try to insert 0 leaves):
> > > ####### Pass 1 #######
> > > Looking for allocable blocks .. finished
> > >
> > > Flushing..finished
> > >         0 leaves read
> > >                 0 inserted
> > > ####### Pass 2 #######
> > > Flushing..finished
> > >
> > >
> > > No reiserfs metadata found.  
> > 
> > > debugreiserfs 3.6.11 (2003 www.namesys.com)
> > >
> > > Count of blocks on the device: 7327648
> > > Free blocks: 7327648
> 
> Thanks
> 
> 

-- 
Alex.

      reply	other threads:[~2004-02-05  8:49 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-02-04 18:27 resize reiserfs Farkas Barnabás
2004-02-04 21:25 ` Vitaly Fertman
2004-02-04 23:11   ` Farkas Barnabás
2004-02-05  8:49     ` Alex Zarochentsev [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=20040205084929.GE1733@backtop.namesys.com \
    --to=zam@namesys.com \
    --cc=kinca@freemail.hu \
    --cc=reiserfs-list@namesys.com \
    --cc=umka@clusterfs.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.