btrfs unable to mount after power shortage

[barril]

Hi everybody!

I have kernel 3.1 and KDE 4.7.3 and the disk is a 2TB USB

btrfsck /dev/sdc1 returns "Segmentation fault"


Thank you in advance!

[swerdna]

As of January this year, there was no recovery for that, check this thread on the mailing list for btrfs: Development of the BTRFS linux file system

If you don't get an answer here, you might try that mailing list.

[malcolmlewis]

As of January this year, there was no recovery for that, check this
thread on the mailing list for btrfs: 'Development of the BTRFS linux
file system'
(http://comments.gmane.org/gmane.comp...ems.btrfs/8580)

If you don't get an answer here, you might try that mailing list.

Might be worth a read and perhaps a post on this Mailing List?
http://www.mail-archive.com/linux-bt.../msg11541.html

--
Cheers Malcolm °¿° (Linux Counter #276890)
openSUSE 11.4 (x86_64) Kernel 2.6.37.6-0.7-desktop
up 5 days 8:41, 4 users, load average: 0.20, 0.24, 0.16
GPU GeForce 8600 GTS Silent - Driver Version: 285.05.09

[sobrus]

I was using BTRFS for a few months or so, because Chris Mason said fsck is under developement and should be available in August.
Unfortunately, this is probably not true, it seems like fsck won't be available anytime soon, because Chris is busy adding lots of new features to short kernel merge windows (maybe due to Oracle requests for Oracle Linux?).
Personally I don't know what can be more important than working fsck, as I've encountered three dangerous filesystem corruption, so I advise to AVOID BTRFS.
EXT4 is much more stable even with writeback and barriers disabled, than BTRFS with COW, barriers and checksums etc enabled (!).

Sometimes it's faster, sometimes it's slower, but all in all it's so fragile (IMO FAT is more stable) that it's not worth trying yet. There is simply not a single tool to recover data

JUN http://www.mail-archive.com/linux-bt.../msg10864.html
AUG http://www.mail-archive.com/linux-bt.../msg11836.html
OCT http://www.mail-archive.com/linux-bt.../msg12598.html