Hendrik Friedel posted on Thu, 07 Nov 2013 20:16:34 +0100 as excerpted: > can someone please help me on this?
Your replies are upside down (reply before the quoted context in which it should be taken, edited to replied context as appropriate), so I've not included further quoted context. To answer the "is it safe to fix" question... The answer is relative. Btrfs itself remains officially an experimental/ development filesystem (as seen in the kernel option enabling it and on the btrfs wiki[1]), suitable only for testing with data that can be lost to the test without serious impact, either because you keep a tested backup of sufficient recency that you'd be comfortable declaring what's on btrfs a totally irrecoverable loss, or because it's simply scratch data for testing only in the first place. In that context, yes, it's safe to btrfsck --repair, because you're prepared to lose the entire filesystem if worse comes to worse in any case, so even if btrfsck --repair makes things worse instead of better, you've not lost anything you're particularly worried about anyway. If that's /not/ the case, then you really should be reexamining your choice of btrfs in the first place, as your stability requirements simply are not covered by btrfs at this point. Either choose another filesystem or change your backup practices and thus your stability requirements to be in line with btrfs' current state. [1] https://btrfs.wiki.kernel.org -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman -- 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