Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp5697175ybl; Tue, 14 Jan 2020 13:26:13 -0800 (PST) X-Google-Smtp-Source: APXvYqyVwYMnzSrQlUJoenpHLvmcg7as5jrLEzyQ0n2iNRSNT0qGjRiwZh8F2Z/FLWPGy0GG3CBU X-Received: by 2002:aca:b703:: with SMTP id h3mr17981655oif.148.1579037173516; Tue, 14 Jan 2020 13:26:13 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1579037173; cv=none; d=google.com; s=arc-20160816; b=XmWXPKX3PpCknH0+PoCbcRVpMax3D5h2iawjeQZtPx5kXS2VajlhBs6RrGFMuGgmIT paV7DkcDB0rTl05gkqG2KfBC8K/Ec5n3ep4dvz91jxHslGmp1abgIPgfz/BL5RdjTLcX zvpSKKKNu1/I9UzrK+X5LYIUsksvC6UNy30qGQzl9+OV40XO9AdTI4MpNipMT+pvaG77 uNpTa6l4eVSr4g+eo3NFlL2Od57YMOn0gkmigafEtbo0ArkxUgW7HMt9H7+AeGD5rDB+ fFl4sQ2AixI5ao+z2TQKNDZ+8v8Hsq8A8wqqX+yED+WCBsyH4BgxN9c6XmrLyt9amAQZ /iQg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=rpGY3w7tdlLBcaf/Y53XbpNLY1Hf1HktsMRX040BuSY=; b=QHkR7qtPquXGu0gwgbsuNomlmXRiAgcNlUnH+a/YdygY0Fb42iCRoigjPTH1qr3Vv5 0CqoDq92/lwo4mzpfXpz8rHiU110GaNukN9VUeBu6tuoBpVz6/R+NqDKrXt9nu7NZqKr 0HCGdH2SnJNX3e0yfscnAbKMGIAD+3x1TUkyJ8PrGm69xBndBmKbAqhlPGxYHtjPIlbe LGQ8wPhnuGJpIorqHVglSJ5AxVZ1ZafNUJ/v/hesM0qPjARUNHUiO5LfpohxLhbJj7Cj QZx1si6AJwW8kALAXEcOFGb4Y8NyJgKii7sjtOhXjBpmciaOiu8b1O5Wp+N0RoBomYpF 3rJw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-ext4-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f21si9288103otp.56.2020.01.14.13.25.58; Tue, 14 Jan 2020 13:26:13 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-ext4-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-ext4-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728795AbgANVZ5 (ORCPT + 99 others); Tue, 14 Jan 2020 16:25:57 -0500 Received: from outgoing-auth-1.mit.edu ([18.9.28.11]:48254 "EHLO outgoing.mit.edu" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1727102AbgANVZ4 (ORCPT ); Tue, 14 Jan 2020 16:25:56 -0500 Received: from callcc.thunk.org (guestnat-104-133-0-108.corp.google.com [104.133.0.108] (may be forged)) (authenticated bits=0) (User authenticated as tytso@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id 00ELPpBN020765 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 14 Jan 2020 16:25:53 -0500 Received: by callcc.thunk.org (Postfix, from userid 15806) id 2FB824207DF; Tue, 14 Jan 2020 16:25:51 -0500 (EST) Date: Tue, 14 Jan 2020 16:25:51 -0500 From: "Theodore Y. Ts'o" To: James Courtier-Dutton Cc: linux-ext4 Subject: Re: ext4 recovery Message-ID: <20200114212551.GE140865@mit.edu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: linux-ext4-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org On Tue, Jan 14, 2020 at 04:03:53PM +0000, James Courtier-Dutton wrote: > > Say I started with 1 disk using LVM with an ext4 partition. > I then added another disk. Added it to the LVM group, expanded the > ext4 partition to then fill 2 disks. > I then added another disk. Added it to the LVM group, expanded the > ext4 partition to then fill 3 disks. Where you using RAID 0, or some more advanced RAID level? > One of the disk has now failed. How has it failed? It is dead dead dead? Or are there a large number of sector errors? > Are there any tools available for ext4 that could help recover this? > Note, I am a single user, not a company, so there is no money to give > to a data recovery company, so I wish to try myself. How valuable is your data? The first thing I would recommend, if your data is worth it (and only you can make that decision) is to create a new RAID set (using larger disks if that helps reduce the price) so you can make an block-level image backup using the dd_rescue program. If you can, then run e2fsck on the backup copy, and then see what you can recover from that image set. This will save time (how much is your time worth?) and perhaps increase the amount of data you can recover (how much is your data worth?). - Ted