On Wed, Nov 9, 2011 at 12:27 PM, Chris Mason <chris.mason@xxxxxxxxxx> wrote: > On Wed, Nov 09, 2011 at 12:19:58PM -0200, Gustavo Sverzut Barbieri wrote: >> On Tue, Nov 8, 2011 at 3:20 PM, Chris Mason <chris.mason@xxxxxxxxxx> wrote: >> > On Tue, Nov 08, 2011 at 03:08:41PM -0200, Gustavo Sverzut Barbieri wrote: >> >> On Tue, Nov 1, 2011 at 9:20 PM, Gustavo Sverzut Barbieri >> >> <barbieri@xxxxxxxxx> wrote: >> >> > On Tue, Nov 1, 2011 at 7:57 PM, Alexandre Oliva <oliva@xxxxxxxxxxxxxxxxx> wrote: >> >> >> Hi, Gustavo, >> >> >> >> >> >> On Nov 1, 2011, Gustavo Sverzut Barbieri <barbieri@xxxxxxxxx> wrote: >> >> >> >> >> >>> btrfs csum failed ino 2957021 extent 85041815552 csum 667310679 >> >> >>> wanted 0 mirror 0 >> >> >> >> >> >>> Is there any way to recover it? :-S >> >> >> >> >> >> Did you try mounting without data checksums? >> >> > >> >> > Just tried to mount with -o nodatasum, no luck. Is that enough? >> >> >> >> Ideas? Should I give up and consider data lost? :-( >> > >> > We actually check the crcs even when mounted with nodatasum. Can you >> > give the restore tool a shot from my current btrfs-progs git repo? If >> > it can read it we can find a way to get the files off. >> >> Hi Chris, >> >> Fortunately it worked and I've restored, it misses symbolic links and >> executable permissions (or I did a mistake somewhere, like mounting) >> but overall it's all fine. > > Great to hear you've pulled the files. Do you need the kernel patch for > symlinks etc? Nah, they were a couple of links from svn/git repos to ~/bin and similar, I restored them already. >> The attached patch was helpful to let me ignore stuff like development >> files and caches. Speeds up the recovery :-) > > Very nice, thanks. Hope you can apply it :-) -- Gustavo Sverzut Barbieri -------------------------------------- Mobile: +55 (19) 9225-2202 Contact: http://www.gustavobarbieri.com.br/contact -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
