Unrecoverable? I know i cant mount and have access but my data are still there intact ( as i was using them till the reboot) i shouldn't be able to extract/recover them to another disc? With any magic command without mounting? Any other solutions? http://bpaste.net/show/118112/ On 29 July 2013 15:06, Wang Shilong <wangshilong1991@xxxxxxxxx> wrote: > > 在 2013-7-29，上午2:12，Kyriakos <kyriakosbrastianos@xxxxxxxxx> 写道： > >> Just tried it as you said with the -v option enabled >> This is my output: >> >> http://bpaste.net/show/118112/ >> >> > This is a *long* email, and seems that btrfs list refuse it. > >> Device extent: devid = 1, start = 1667558801408, len = 1073741824, >> chunk offset = 1663255445504 >> Couldn't map the block 626309926912 >> btrfs: volumes.c:1020: btrfs_num_copies: Assertion `!(ce->start > >> logical || ce->start + ce->size < logical)' failed. >> Aborted (core dumped) > > Strange enough, we don't find any chunks during scanning process. > > And seems this is unrecoverable ~_~ > > > Wang, >> >> >> Any thoughts? >> >> On 28 July 2013 08:17, Wang Shilong <wangshilong1991@xxxxxxxxx> wrote: >>> Hello, >>> >>> It seems Btrfs Chunk Tree is damaged, so you can not mount Btrfs filesystem any more. >>> >>> However, you can try the latest Btrfs-progs, Miao Xie implements chunk tree recover function. >>> >>> The url is: >>> >>> git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-progs.git >>> >>> >>> you can try it: >>> btrfs chunk-recover -v <dev> >>> >>> This is Time-consuming, because it will scan the whole disk. And also, >>> please catch output of processing(this is helpful to us if the recovery fails, -v option >>> enable this). >>> >>> Thanks, >>> Wang >>> >>> >>> >>> >>> >>> > -- 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
