On Tue, 15 Jul 2014 11:42:05 constantine wrote: > Thank you very much for your advice. It worked!
Great! > I verified that the superblocks 1 and 2 had similar information with > btrfs-show-super -i 1 /dev/sdc1 (and -i 2) and then with crossed > fingers: > btrfs-select-super -s 2 /dev/sdc1 > which restored my btrfs filesystem. > > Then I runned scrub. For future reference, scrub was "stuck": > " > # btrfs scrub status partition/ > scrub status for c1eb1aaf-665a-4337-9d04-3c3921aa67e0 > scrub started at Thu Jul 10 21:30:41 2014, running for 2743 seconds > total bytes scrubbed: 193.47GiB with 0 errors > " > and could not cancel it: > " > btrfs scrub cancel partition/ > ERROR: scrub cancel failed on Downloads/: not running > " > After deleting > /var/lib/btrfs/scrub.status.c1eb1aaf-665a-4337-9d04-3c3921aa67e0 it was > completed successfully. That's a known bug. Now I hope you have made a good backup, the next problem you encounter may not be as easy to solve. -- My Main Blog http://etbe.coker.com.au/ My Documents Blog http://doc.coker.com.au/ -- 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
