All of lore.kernel.org
 help / color / mirror / Atom feed
From: Hugo Mills <hugo@carfax.org.uk>
To: "Holger Hoffstätte" <holger.hoffstaette@googlemail.com>
Cc: linux-btrfs@vger.kernel.org
Subject: Re: Btrfs-progs-3.16: fs metadata is both single and dup?
Date: Tue, 2 Sep 2014 13:13:49 +0100	[thread overview]
Message-ID: <20140902121349.GF18897@carfax.org.uk> (raw)
In-Reply-To: <pan.2014.09.02.12.05.33@googlemail.com>

[-- Attachment #1: Type: text/plain, Size: 1828 bytes --]

On Tue, Sep 02, 2014 at 12:05:33PM +0000, Holger Hoffstätte wrote:
> 
> I updated to progs-3.16 and noticed during testing:
> 
> root>losetup 
> NAME       SIZELIMIT OFFSET AUTOCLEAR RO BACK-FILE
> /dev/loop0         0      0         0  0 /tmp/img
> 
> root>mkfs.btrfs -f /dev/loop0
> Btrfs v3.16
> See http://btrfs.wiki.kernel.org for more information.
> 
> Performing full device TRIM (8.00GiB) ...
> Turning ON incompat feature 'extref': increased hardlink limit per file 
> to 65536
> fs created label (null) on /dev/loop0
> 	nodesize 16384 leafsize 16384 sectorsize 4096 size 8.00GiB
> root>mkdir /tmp/btrfs
> root>mount /dev/loop0 /tmp/btrfs 
> 
> All fine until here..
> 
> root>btrfs filesystem df /tmp/btrfs 
> Data, single: total=8.00MiB, used=64.00KiB
> System, DUP: total=8.00MiB, used=16.00KiB
> System, single: total=4.00MiB, used=0.00
> Metadata, DUP: total=409.56MiB, used=112.00KiB
> Metadata, single: total=8.00MiB, used=0.00

   Note that the "single" chunks are empty, and will remain so.

[snip]
> So where does the confusing initial display come from? I'm running this 
> against a (very patched) 3.14.17, but don't remember ever seeing this 
> with btrfs-progs-3.14.2.

   Your memory is faulty, I'm afraid. It's always done that -- at
least since I started using btrfs, several years ago.

   I believe it comes from mkfs creating a trivial basic filesystem
(with the single profiles), and then setting enough flags on it that
the kernel can bootstrap it with the desired chunks in it -- but I may
be wrong about that.

   Hugo.

-- 
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
  PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
      --- Normaliser unix c'est comme pasteuriser le Camembert ---       

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 811 bytes --]

  reply	other threads:[~2014-09-02 12:13 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-09-02 12:05 Btrfs-progs-3.16: fs metadata is both single and dup? Holger Hoffstätte
2014-09-02 12:13 ` Hugo Mills [this message]
2014-09-02 12:34   ` Holger Hoffstätte
2014-09-03  4:53   ` Duncan
2014-09-03  7:33     ` Hugo Mills
2014-09-03  8:41       ` Duncan

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=20140902121349.GF18897@carfax.org.uk \
    --to=hugo@carfax.org.uk \
    --cc=holger.hoffstaette@googlemail.com \
    --cc=linux-btrfs@vger.kernel.org \
    /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.