Not being one of the developers on this project, I cannot offer you a
solution to recovering data from this volume, and my guess is that a
ready solution is unlikely to be forthcoming simply because if this was
possible then btrfsck would include the code to recover the filesystem
already.
However
I have a btrfs partition that is failing to mount and I was hoping I
could recover it somehow.
Mount returns immediately with a bad superblock error:
mount: wrong fs type, bad option, bad superblock on /dev/sdb1,
missing codepage or helper program, or other error
In some cases useful
On Mon, Aug 09, 2010 at 04:45:45PM +0200, Freek Dijkstra wrote:
> Hi all,
>
> Thanks a lot for the great feedback from before the weekend. Since one
> of my colleagues needed the machine, I could only do the tests today.
>
> In short: just installing 2.6.35 did make some difference, but I was
> m
On Wed, Aug 04, 2010 at 07:21:00PM +0800, Yan, Zheng wrote:
> > We're seeing this too, since upgrading from 2.6.33.2 + merged old git btrfs
> > unstable HEAD to plain 2.6.35.
> >
> > [sr...@backup01:.../.rmagic]# rm *
> > rm: cannot remove `WEEKLY_bar3d.png': No space left on device
> > rm: canno
I've just gotten:
r...@diamonds:~$ time sudo /sbin/btrfsck /dev/sda7
btrfsck: btrfsck.c:585: splice_shared_node: Assertion `!(src ==
&src_node->root_cache)' failed.
Aborted
Does this indicate a coding error in btrfsck or a data error in my file
system?
--rich
r...@diamonds:~$ dpkg -l | gr
Hi all,
Thanks a lot for the great feedback from before the weekend. Since one
of my colleagues needed the machine, I could only do the tests today.
In short: just installing 2.6.35 did make some difference, but I was
mostly impressed with the speedup gained by the hardware acceleration of
the cr
Hi list
Today I was running bonnie++ on a network ceph volume. The storage backend used
is btrfs.
You can find a full dmesg output on http://jan.sin.khk.be/dmesg
If any other action is required from my side, please let me know. I hope this
report is of any use.
Thanks.
- Jan
[ 2400.226987
The btree_get_extent function (in file disk-io.c) calls the
add_extent_mapping (in file extent_map.c). The add_extent_mapping
function can return two values: 0 or -EEXIST.
After the call, it is used an if-else if statement. If the result is
-EEXIST, the if statement is executed. If the result is 0