Re: Recovering from btrfs error Couldn't read chunk root.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



在 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




[Index of Archives]     [Linux Filesystem Development]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux