Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp1861047ybz; Thu, 30 Apr 2020 06:50:20 -0700 (PDT) X-Google-Smtp-Source: APiQypIgiAnoVS3RFxSjZ//TfdQHoQy9vXjyxTHQ+vgF6U4vahXRp8CskjbbsyJs8GnEoSF+EH7U X-Received: by 2002:a17:906:2ad4:: with SMTP id m20mr2815046eje.324.1588254620385; Thu, 30 Apr 2020 06:50:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588254620; cv=none; d=google.com; s=arc-20160816; b=sZemA/Pz4kbl+C6uBWUcTlzlSCVDNSo87DLcrp8NnToCSULMfyQNhEzJMNpyOnYUd2 9oLhngh1sncsqzQ1HBdGT7xc/d0pRW12WqjY0PZVKtbARa/K2QvDFM8udXakEzasKpTh ++R5zi7DHj4NhDQwp0Oa1xcXvY0RdHcmnwNsQFhXD0WutZp6MNaKjI/Sp6CMyxwY8Ro0 NB7vIDyz+B2u5MSEgFP0ZeovZSXxotHtLwAJ3I0aUL1OWpumN4cctb85AQFhIy2se3vN ONBzMdJmvXW9oCLux3If9/eiXRmaN/WVbMStF/WNKqzc6dADS/3GCMMUNrUethRFC7Vz nUJw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-disposition:mime-version :message-id:subject:cc:to:from:date; bh=v5nrlcIGZApCzKvz07WZbWFS2DCpZwl1TogUcmR+B1c=; b=VjUU7susc9e+7F5IRwRcwLawtCp0G1w/8gGEDNSbqKWcqCgOHbCTyDw2WO1tisAwXw msfNb+gWwde1cBnQwqT15cfK+msEXO8vSngPHCDILXBgoLl/S5r/jj4/Ggwk5uFFynYI fy57btXplxfsCxO4Y+/JP0QU1LfUNlU3T6A8MTH91OPmqdiqYoc39RDBJ2zdzp9T3078 ++A2uZXmrZqWzbbA2J6ISYiLcJNqayGGh8Gkgp/CMEUM6vgb0FCSU2QrhL4uH0cyGz/O +iQKjSFdH6pVzfJ9XEAc/IMyw7RlmChMeV1U+aTvemQW3idiAb/bMs3edLEdIWE3mQxt 8S8w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id rn23si5716915ejb.331.2020.04.30.06.49.42; Thu, 30 Apr 2020 06:50:20 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726692AbgD3Nt0 (ORCPT + 99 others); Thu, 30 Apr 2020 09:49:26 -0400 Received: from vpsf.regnarg.cz ([37.205.8.125]:50162 "EHLO vpsf.regnarg.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726577AbgD3NtZ (ORCPT ); Thu, 30 Apr 2020 09:49:25 -0400 X-Greylist: delayed 313 seconds by postgrey-1.27 at vger.kernel.org; Thu, 30 Apr 2020 09:49:25 EDT Received: from baerbar.localdomain (unknown [10.17.17.20]) by vpsf.regnarg.cz (Postfix) with ESMTPS id 14F17222D; Thu, 30 Apr 2020 15:44:11 +0200 (CEST) Date: Thu, 30 Apr 2020 15:44:09 +0200 From: Filip =?utf-8?B?xaB0xJtkcm9uc2vDvQ==?= To: linux-ext4@vger.kernel.org Cc: Theodore Ts'o Subject: Any way to dump ext4 filesystem without file data blocks? (for later analysis) Message-ID: <20200430134409.i5cxmmnbryx5hbui@baerbar.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Sender: linux-ext4-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org Hello, I have experienced several mysterious ext4 issues on remote machines with poor internet connection (mobile broadband) that are not easily physically accessible. I would like to download the filesystem image from the remote machine for local investigation but the partition is rather large (500GB in one instance) and I cannot easily upload that much data over the mobile connection. Is there any way to extract only filesystem metadata (superblock, inodes, directory data blocks, etc.) from the partition but not file data blocks? Ideally so that I could then reconstruct an identical filesystem image, only with file data blocks zeroed out. It seems it should be straightforwad to write such a tool but before I start doing so, I wanted to check whether somebody hasn't already written one. (It seems this might be a common enough need when debugging and developing filesystems.) Short googling around and searching list archive did not reveal anything. Thanks for any pointers. Filip Stedronsky