From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from cn.fujitsu.com ([59.151.112.132]:23836 "EHLO heian.cn.fujitsu.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S932311AbaLKIZ6 (ORCPT ); Thu, 11 Dec 2014 03:25:58 -0500 Message-ID: <54895475.9070104@cn.fujitsu.com> Date: Thu, 11 Dec 2014 16:23:17 +0800 From: Dongsheng Yang MIME-Version: 1.0 To: , Dongsheng Yang , Duncan <1i5t5.duncan@cox.net> CC: linux-btrfs Subject: Re: [PATCH] Btrfs: get more accurate output in fd command. References: <1418124037-8210-1-git-send-email-yangds.fnst@cn.fujitsu.com> <548743CE.1020403@inwind.it> <54879CFE.1090909@cn.fujitsu.com> <54882634.4000809@pobox.com> <54889988.2080502@inwind.it> In-Reply-To: <54889988.2080502@inwind.it> Content-Type: text/plain; charset="UTF-8"; format=flowed Sender: linux-btrfs-owner@vger.kernel.org List-ID: On 12/11/2014 03:05 AM, Goffredo Baroncelli wrote: > On 12/10/2014 04:02 PM, Dongsheng Yang wrote: >> On Wed, Dec 10, 2014 at 9:21 PM, Duncan <1i5t5.duncan@cox.net> wrote: >>> Robert White posted on Wed, 10 Dec 2014 02:53:40 -0800 as excerpted: > [...] >>> And in the example, the mkfs was supplied with two devices, so there's no >>> dup metadata remaining from a formerly single-device filesystem, either. >>> (Tho there will be the small single-mode stubs, empty, remaining from the >>> mkfs process, as no balance has been run to delete them yet, but those >>> are much smaller and empty.) >> Yes. One question not related here: how about delete them in the end of mkfs? >> >> Thanx > A btrfs balance should remove them. If you don't want to balance a full > filesystem, you can filter the chunk by usage (set a low usage). > Recently it was discussed in a tread... Thanx Goffredo, it works well to me. > > BR > Goffredo > >