On 7 February 2016 at 09:27, Qu Wenruo <quwenruo.btrfs@xxxxxxx> wrote: > > > On 02/07/2016 10:23 PM, Andreas Hild wrote: >> >> On 7 February 2016 at 20:56, Qu Wenruo <quwenruo.btrfs@xxxxxxx> wrote: >>> >>> >>> You are wondering why data is still 168G, but that's the allocated data >>> chunk size. >>> >>> It means 168G space is allocated to store data, but only 42M is used. >>> Matches with your vanilla df output. >>> >>> So it doesn't mean you data are still here. >> >> >> I understand now. Thanks very much! >> >> >> [...] >>> >>> >>> That's the previous transaction's tree root. >>> If you are in good luck, previous trans may has all your data. >>> But if you are in bad luck, it may already after the remove. >>> >>> Normally, at least something should still be in previous trans. >>> >>> Now use btrfsck to check if previous trans is in good shape. >>> >>> # btrfsck --tree-root 647630028800 >>> >>> If btrfsck only reports minor problems, like space cache tree mismatch, >>> then >>> it means previous trans are almost OK. >>> >>> Then let btrfsck to revert to previous trans: >>> >>> # btrfsck --tree-root 647630028800 --repair >>> >>> If you're really in good luck, then you can mount the fs and found >>> something >>> in it. >> >> >> >> Great! I'll try this. >> >> The 'tree-root' option must be a recent development. My 'stable' >> Debian live disk does not recognize this option. >> >> Could any one recommended a live disk that already includes this btrfsck >> option? >> >> Many thanks! >> >> Andreas >> > Try latest installation ISO from Archlinux, which should be recent enough, > if not already latest. > > Another recommendation should be latest Fedora, which should be no later > than Arch. > But with a better LiveCD environment, like with GUI, other than pure CLI > from Archlinux ISO. An invaluable experience; though I wasn't able to recover data. The list is confidence inspiring! Many thanks! -- 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
