Re: btrfs: open_ctree failed

[Not Zippy <notzippy@gmail.com>]

I had found that note on the restore but my restore.c does not allow
that flag (it is also missing the "m" flag as well), I used the branch
dangerousdonteveruse on
https://git.kernel.org/?p=3Dlinux/kernel/git/mason/btrfs-progs.git I
switched to the master branch to see if there was a difference but it
does not appear to be any different. (I did find a btrfs-progs on
git-hub which appears to have those flags, but i thought the best to
use would be on git.kernel. )

Assuming I can locate the correct restore.c, is there a some other
software to determine the object id of the subvolume ?  the root
object id was 5

thanks
Nz

On Tue, Mar 27, 2012 at 6:02 AM, Hugo Mills <hugo@carfax.org.uk> wrote:
> On Tue, Mar 27, 2012 at 05:58:17AM -0700, Not Zippy wrote:
>> One entire subvolume was restored. But there were 4 subvolumes on th=
at
>> partition. Is there a way to specify/force the restore of a differen=
t
>> subvolume ?
>>
>> find-root seems to only find a single root.
>
> =A0 There is only a single root tree, so that's understandable. If yo=
u
> have a look at the documentation for restore[1], it mentions (right
> near the bottom of the page) that -r will allow you to select an
> alternative subvolume to recover from.
>
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" =
in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html