在 2013-7-29,上午2:12,Kyriakos <kyriakosbrastia...@gmail.com> 写道:

> 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 <wangshilong1...@gmail.com> 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 majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to