From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from lists.ozlabs.org (lists.ozlabs.org [112.213.38.117]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 0651CC54E60 for ; Tue, 12 Mar 2024 11:37:50 +0000 (UTC) Authentication-Results: lists.ozlabs.org; dkim=pass (1024-bit key; unprotected) header.d=linux.alibaba.com header.i=@linux.alibaba.com header.a=rsa-sha256 header.s=default header.b=h25jwqGk; dkim-atps=neutral Received: from boromir.ozlabs.org (localhost [IPv6:::1]) by lists.ozlabs.org (Postfix) with ESMTP id 4TvBTS4kwWz3dVJ for ; Tue, 12 Mar 2024 22:37:48 +1100 (AEDT) Authentication-Results: lists.ozlabs.org; dkim=pass (1024-bit key; unprotected) header.d=linux.alibaba.com header.i=@linux.alibaba.com header.a=rsa-sha256 header.s=default header.b=h25jwqGk; dkim-atps=neutral Authentication-Results: lists.ozlabs.org; spf=pass (sender SPF authorized) smtp.mailfrom=linux.alibaba.com (client-ip=115.124.30.118; helo=out30-118.freemail.mail.aliyun.com; envelope-from=hsiangkao@linux.alibaba.com; receiver=lists.ozlabs.org) Received: from out30-118.freemail.mail.aliyun.com (out30-118.freemail.mail.aliyun.com [115.124.30.118]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 4TvBTL0clgz3cV5 for ; Tue, 12 Mar 2024 22:37:40 +1100 (AEDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.alibaba.com; s=default; t=1710243456; h=Message-ID:Date:MIME-Version:Subject:To:From:Content-Type; bh=01RI5EbjGOoq/1RKQWsGA7+busW17eudJNn3Nm9brAA=; b=h25jwqGkpNPWoQupF1+47x0V9LlxQrgIFWX88xH5MWXv93bfB3PAkoi+Br4FAn/7f83bEtVTE4vPeVBNxSGgU4BGeWUbzfIPQKCWKwrI/bvAolWzd7nwuWX+z7biHB6ww6pGCpYrPBJcVkw+AmjBUa4BIJJzvK/GAvindR7q9o8= X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R371e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=ay29a033018046060;MF=hsiangkao@linux.alibaba.com;NM=1;PH=DS;RN=2;SR=0;TI=SMTPD_---0W2Ls7l7_1710243453; Received: from 30.221.130.104(mailfrom:hsiangkao@linux.alibaba.com fp:SMTPD_---0W2Ls7l7_1710243453) by smtp.aliyun-inc.com; Tue, 12 Mar 2024 19:37:34 +0800 Message-ID: <25e533ad-e32c-419c-85c8-b8d4feb782a2@linux.alibaba.com> Date: Tue, 12 Mar 2024 19:37:33 +0800 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: mkfs.erofs fails (failed to build shared xattrs, err 61) To: Gael Donval , "linux-erofs@lists.ozlabs.org" References: <4abed942399fb29933f0fa85cc55d3d795ae8bcd.camel@manchester.ac.uk> <57655d61-6ba7-4188-a96f-898cfadd7176@linux.alibaba.com> <2ee401fe-cbc7-446e-8d28-c79e3f95e886@linux.alibaba.com> <691120bfed626b78cc1107166f2fd964ca23ce99.camel@manchester.ac.uk> From: Gao Xiang In-Reply-To: <691120bfed626b78cc1107166f2fd964ca23ce99.camel@manchester.ac.uk> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: linux-erofs@lists.ozlabs.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Development of Linux EROFS file system List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: linux-erofs-bounces+linux-erofs=archiver.kernel.org@lists.ozlabs.org Sender: "Linux-erofs" On 2024/3/12 19:07, Gael Donval wrote: >> On 2024/3/12 18:44, Gao Xiang wrote: >>> Hi Gael, >>> >>> On 2024/3/12 17:57, Gael Donval wrote: >>>> Dear list, >>>> >>>>     $ mkdir foo && touch foo/bar && mkfs.erofs foo.erofs.img foo >>>>     mkfs.erofs 1.7.1 >>>>     erofs: failed to build shared xattrs: [Error 61] No data >>>> available >>>>     erofs:     Could not format the device : [Error 61] No >>>> data available >>>> That is at a location backed by BTRFS (btrfs-progs v6.7.1) on >>>> kernel 6.8.0. >>>> >>>> If I use a TMPFS-supported folder instead all goes well. >>>> >>>> >>>> Of course (NB "-x-1"), >>>> >>>>     $ mkdir foo && touch foo/bar && mkfs.erofs -x-1 foo.erofs.img >>>> foo >>>> >>>> also works but is not how mkfs.erofs is meant to work in the >>>> general case. >>> >>> Thanks for your feedback. >>> >>> Currently I don't have some BTRFS environment, I could set up one >>> later. >>> Yet in parallel could you provide a full message of >>> "strace mkfs.erofs -x-1 foo.erofs.img foo" on BTRFS too? >> >> sorry, I meant "strace mkfs.erofs foo.erofs.img foo" > > Hi, > > Here it is. > The problem here is that BTRFS could extract their internal xattrs ("inode properties") in their own namespace which don't belong to the original file itself like: XATTR_BTRFS_PREFIX "compression" -> btrfs.compression = zstd I think I need to introduce something to formally ignore these xattrs like: `--xattrs-exclude=pattern`: https://www.gnu.org/software/tar/manual/html_node/Extended-File-Attributes.html Thanks, Gao Xiang > Thanks for your help, > Gaël > >