All of lore.kernel.org
 help / color / mirror / Atom feed
From: Magnus Sandberg <magnus@switchbeat.com>
To: linux-lvm@sistina.com
Subject: Re: [linux-lvm] lvscan and df result differs
Date: Mon Oct 28 09:24:02 2002	[thread overview]
Message-ID: <1035818392.32410.328.camel@tinia> (raw)
In-Reply-To: <20021028100325.B16452@sistina.com>

On Mon, 2002-10-28 at 10:03, Heinz J . Mauelshagen wrote:
> On Sun, Oct 27, 2002 at 01:30:01AM +0200, Magnus Sandberg wrote:
> 
> Did you zero the partition table?
> i.e. "dd if=/dev/zero of=/dev/YourWholeDisk count=1 bs=512"
> 
> v1 "pvcreate /dev/YourWholeDisk" should work fine then.

Yes I did, several times, I even rebooted to make sure the
table was reread.

> > /dev/hde1 is also a 120G disk but with resierfs, ext3
> > takeing up more size is probably normal. But the actual
> > size on the lvm is 122G and as you can see I can fit 
> > 121G on the disk, so why is lvscan reporting ~115G? 
> > Can i safetly use my lvm setup without running the risk
> > of losing data?
> 
> Can't reproduce that with df 4.1 here :(
> That's probably just the old divide by 1k or 1024 thing.

Yes I suspected that but it stills scares me tad.

> What does "df -k" say and how does it compare to the lvscan output?

I'm using df 4.5.2, and df -k says:

Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/vg/lg           118169924 117732724         0 100% /store2

and if using lvscan I get:

114.49*1000*1000 =   114490000
114.49*1024*1024 =   120051466,24		

so with a few % off for the filesystem info it looks ok, But why is df
using Size and Used info from the filesystem and the Available ans Use%
info from the lvm-Volume?

/Magnus

-- 
Magnus Sandberg <magnus@switchbeat.com>

  reply	other threads:[~2002-10-28  9:24 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-10-26 18:31 [linux-lvm] lvscan and df result differs Magnus Sandberg
2002-10-28  3:07 ` Heinz J . Mauelshagen
2002-10-28  9:24   ` Magnus Sandberg [this message]
2002-10-28  9:38     ` James Hawtin

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=1035818392.32410.328.camel@tinia \
    --to=magnus@switchbeat.com \
    --cc=linux-lvm@sistina.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.