-------- Original Message --------
Subject: Re: System/single + Metadata/single as leftover cruft of mkfs?
From: Goffredo Baroncelli <kreij...@inwind.it>
To: Shriramana Sharma <samj...@gmail.com>, linux-btrfs <linux-btrfs@vger.kernel.org>
Date: 2014年12月05日 02:32
On 12/04/2014 02:53 PM, Shriramana Sharma wrote:
I observe that whenever I create a BtrFS instance using mkfs.btrfs,
there is always the leftover cruft of two System/Metadata-Single
allocation profiles:

btrfs fi df /run/media/samjnaa/BRIHATII/
Data, single: total=460.01GiB, used=458.47GiB
System, DUP: total=8.00MiB, used=80.00KiB
System, single: total=4.00MiB, used=0.00B
Metadata, DUP: total=1.50GiB, used=736.86MiB
Metadata, single: total=8.00MiB, used=0.00B
GlobalReserve, single: total=256.00MiB, used=0.00B
Time, to time this question returns:
this was a explanation from Hugo Mills
        http://permalink.gmane.org/gmane.comp.file-systems.btrfs/38205


: 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.

Yes, Hugo's explain is right.
mkfs.btrfs will make a basic file system(empty one) with SINGLE as 8M metadata and 4M system.(numbers may differ)
And then *add* new chunks with the raid level passed by  -m/-d options,
which makes mkfs.btrfs codes short and clean.

So, you can see the single system and metadata.

Also, if you have any raid level that has duplication(raid1 or dup), then kernel will not use such unsafe(single/raid0) so in fact, they will never be used if using default DUP metadata like output

BTW, the latest kernel should have the patch Josef committed, which will automatically remove the empty
chunks, so after rw mount with latest kernel, they should disappear.

Thasnk,
Qu
Doing btrfs balance eventually removes these (but since I forgot to do
it *before* copying 400+ G of data to the drive it's still running)
but I don't understand why these have to be created in the first
place? (I just used SuSE Tumbleweed's default mkfs.btrfs without any
-m or -d options.)





--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to