I used only one volume.
I will work through your suggestion.
Is any other options here?
On 06/04/2012 08:34 AM, Hugo Mills wrote:
[trimmed Arne& Jan from cc by request]
On Mon, Jun 04, 2012 at 08:28:22AM -0400, Maxim Mikheev wrote:
adding -v, as an example:
sudo btrfs-find-root -v -v -v -v -v /dev/sdb
didn't change output at all.
OK, then all I can suggest is what I said below -- work through the
potential tree roots in order from largest generation id to smallest.
Given that it's not reporting any trees, though, I'm not certain that
you'll get any success with it.
Did you have your data in a subvolume?
Hugo.
On 06/04/2012 08:11 AM, Hugo Mills wrote:
On Mon, Jun 04, 2012 at 08:01:32AM -0400, Maxim Mikheev wrote:
Thank you for helping.
I'm not sure I can be of much help, but there were a few things
missing from the earlier conversation that I wanted to check the
details of.
~$ uname -a
Linux s0 3.4.0-030400-generic #201205210521 SMP Mon May 21 09:22:02
UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
I compiled progs from recent git (week or two ago). I can compile it
again if there updates.
No, that should be recent enough. I don't think there have been any
major updates since then.
The output of btrfs-find-root is pretty long and below:
max@s0:~$ sudo btrfs-find-root /dev/sdb
Super think's the tree root is at 5532762525696, chunk root 20979712
Well block 619435147264 seems great, but generation doesn't match,
have=8746, want=9096
This is not long enough, unfortunately. At least some of these
should have a list of trees before them. At the moment, it's not
reporting any trees at all. (At least, it should be doing this unless
Chris took that line of code out). Do you get anything extra from
adding a few -v options to the command?
I would suggest, in the absence of any better ideas, sorting this
list by the "have=" value, and systematically working down from the
largest to the smallest, running btrfs-restore -t $n for each one
(where $n is corresponding block number).
Hugo.
[snip]
--
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
