Results 1 to 4 of 4

Thread: btrfs unable to mount after power shortage

  1. #1

    Default btrfs unable to mount after power shortage

    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!

  2. #2
    Join Date
    Mar 2008
    Location
    Oz
    Posts
    10,844
    Blog Entries
    2

    Default Re: btrfs unable to mount after power shortage

    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.

  3. #3
    Join Date
    Jun 2008
    Location
    Podunk
    Posts
    15,365
    Blog Entries
    14

    Default Re: btrfs unable to mount after power shortage

    Quote Originally Posted by 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'
    (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


  4. #4
    Join Date
    May 2011
    Location
    Lublin, Poland
    Posts
    239

    Default Re: btrfs unable to mount after power shortage

    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
    Desktop: Intel Q8300@3,3Ghz, 4GB RAM, Foxconn P35A, Sapphire HD5670, OpenSUSE x64
    Server: Via C3@1.4Ghz, 768MB RAM, 8GB Microdrive + OpenSuSE x86
    and other boxes running Windoze

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •