From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from cn.fujitsu.com ([59.151.112.132]:18863 "EHLO heian.cn.fujitsu.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1756517AbaIDDBY (ORCPT ); Wed, 3 Sep 2014 23:01:24 -0400 Message-ID: <1409799655.13046.16.camel@localhost.localdomain> Subject: Re: fs corruption report From: Gui Hecheng To: Zooko Wilcox-OHearn CC: Marc Dietrich , Date: Thu, 4 Sep 2014 11:00:55 +0800 In-Reply-To: References: <1409192882.1582.13.camel@localhost.localdomain> <1484373.Oezxgh4u8P@ax5200p> <5322846.kPR8ohTNYd@ax5200p> Content-Type: text/plain; charset="UTF-8" MIME-Version: 1.0 Sender: linux-btrfs-owner@vger.kernel.org List-ID: On Mon, 2014-09-01 at 15:25 +0000, Zooko Wilcox-OHearn wrote: > I'm more than happy to try out patches and even focus my own brain on > diagnosing it, if I can. I'm hoping to regain access to some of my > files on my btrfs partition, and also I would enjoy helping get this > improved. :-) > > So if you want me to try an experiment, just email me. Unfortunately I > can't just give you a copy of the partition, since it has confidential > information on it. > > Regards, > > Zooko Hi Zooko, Marc, Firstly, thanks for your backtrace info, Marc. Sorry to reply late, since I'm offline these days. For the restore problem, I'm sure that the lzo decompress routine lacks the ability to handle some specific extent pattern. Here is my test result: I'm using a specific file for test /usr/lib/modules/$(uname -r)/kernel/net/irda/irda.ko. You can get it easily on your own box. # mkfs -t btrfs # mount -o compress-force=lzo # cp irda.ko # umount # btrfs restore -v report: # bad compress length # failed to inflate btrfs-progs version: v3.16.x With the same file under no-compress & zlib-compress, the restore will output a correct copy of irda.ko. I'm not sure whether the problem above has something to do with your problem. Hope that the messages above are helpful. -Gui