From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.server123.net (Postfix) with ESMTPS for ; Tue, 31 May 2016 14:52:29 +0200 (CEST) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1b7j9n-0006Pb-W6 for dm-crypt@saout.de; Tue, 31 May 2016 14:52:28 +0200 Received: from c-50-158-72-35.hsd1.il.comcast.net ([50.158.72.35]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 31 May 2016 14:52:27 +0200 Received: from rnicholsNOSPAM by c-50-158-72-35.hsd1.il.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 31 May 2016 14:52:27 +0200 From: Robert Nichols Date: Tue, 31 May 2016 07:52:20 -0500 Message-ID: References: <574CB690.5030401@partidopirata.com.ar> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit In-Reply-To: <574CB690.5030401@partidopirata.com.ar> Subject: Re: [dm-crypt] LVM on LUKS: volumes missing List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: dm-crypt@saout.de On 05/30/2016 04:54 PM, fauno wrote: > Hi, maybe I'm too shocked but I couldn't find anything on this issue :) > > I have a fully encrypted HD using the LVM on LUKS method from > ArchWiki[^0], with the LUKS header and key file on an external device. > > Today I started having some disk failures (root remounted ro, xfs > partition giving errors), and after I decided to reboot to run fsck, I > can't find anything. > > When the encrypted partition is opened, I don't see any errors, not even > on dmesg, but LVM can't find any volume. They're just missing. Take a look at the decrypted volume with "hexedit -s". It should start out with mostly binary zeros with a little data including the ASCII string "LVM2" at the start of a few of the sectors. Starting at about the 10th sector there should be a lot of ASCII text. (It's a copy of the corresponding file in /etc/lvm/backup, though without the fancy formatting.) If you're seeing random-appearing binary junk there, then the volume is not be decrypted properly. If it's just some of the early sectors that are clobbered and the text starting at the 10th sector is intact, then this should be recoverable. -- Bob Nichols "NOSPAM" is really part of my email address. Do NOT delete it.