btrfs таки еще не готов

Сегодня во время записи на диски с btrfs отрубили электричество. Загрузлся, проверил btrfsck, показало наличие ошибок... запустил btrfsck --repair, файловая система ушла в read-only и не вернулась, переписал данные на другой винт, файлы оказались битыми и были удалены. Вернулся на проверенную xfs. В задницу эти файловые системы under heavy development.
думаете у них автономное питание?
а еще в вики написано
Недостатки
Невозможно уменьшить размер существующей файловой системы.
Восстановление удалённых файлов в XFS — очень сложный процесс, поэтому на данный момент[когда?] для этого существует всего лишь несколько программных продуктов, например «Raise Data Recovery for XFS» для ОС Windows.
Возможность потери данных во время записи при сбое питания, так как большое количество буферов данных хранится в памяти при том что метаданные записываются в журнал (на диск) оперативно. Это характерно и для других файловых систем с журналированием метаданных.
Арчи ~]$ ...as always want ready-made solutions that would make even tastier
palpalych, думаю, что таки да.
да и потом, после 1.5 лет на xfs проблем не имел, а тут за 1 неделю на btrfs сразу почти все данные пропали. конечно, возможен варинта, что неправильно её приготовил, но факт остаётся фактом
вот что порадовало про btrfsck
Note that while this tool should be able to repair broken filesystems, it is still relatively new code, and has not seen widespread testing on a large range of real-life breakage. It is possible that it may cause additional damage in the process of repair.
palpalych
думаете у них автономное питание?
Думаете там все такие гении сидят, которые физически не способны принять не правильное решение и совершить ошибку :) ?

И кроме того они ничем не рискуют почти:


 настоящее время Facebook намерен произвести пробные внедрения Btrfs на узлах отдачи и формирования web-контента (web-tier), чтобы проверить работу файловой системы в реальных сценариях под тяжелыми нагрузками. Web-узлы выбраны из соображений максимальной простоты восстановления в случае выявления каких-либо проблем (данные хранятся на узлах хранения, web-узлы обрабатывают запросы, формируют и отдают контент).
Perfect_Gentleman
Сегодня во время записи на диски с btrfs отрубили электричество. Загрузлся, проверил btrfsck, показало наличие ошибок... запустил btrfsck --repair, файловая система ушла в read-only и не вернулась, переписал данные на другой винт, файлы оказались битыми и были удалены. Вернулся на проверенную xfs. В задницу эти файловые системы under heavy development.

XFS ведёт себя точно так же. При незапланированной перезагрузке новые файлы можно не искать. А иногда - сюрприз - и некоторые старые. То, что она ещё ни разу не рассыпалась - только везение. И восстановить её ничуть не проще.

Сколько раз вытаскивал внешний без размонтирования - выдерживает без проблем. Я бы проверил состояние жёсткого диска. А то есть один Seagate на 500 гб, вроде бы всё в порядке, только скорость почему-то упала. И проверить нечем, MHDD не желает работать с моей материнской платой.
elsonador, за полтора года особых проблем не было
xfs_repair -L /dev/sdX
обнулял лог, но файлы на винтах оставались читаемы.
а тут после
btrfsck --repair
оставались ошибки, а после
btrfsck --init-xxx-xxx
99% файлов накрылось медным тазом
У меня второй жёсткий диск в тумбочке лежит, а что поважнее - то и на третьем.
elsonador
У меня второй жёсткий диск в тумбочке лежит, а что поважнее - то и на третьем.
особо важная инфа в облака залита.
а речь-то о том, что пока btrfs неготова, как мне видится, а уж точно для меня. без нормально fsck ей делать на десктопе, как мне каца, нечего.
да btrfs не фонтан, несколько раз переходил на нее ради эксперимента, и каждый раз она ломалась. а вот ext4 нормально переживает и выключения света и зависания, и мои кривые ручки. конечно, файлы которые писались в момент сбоя не сохраняются, что вполне естественно, но не вся же фс летит к черту.
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
 
Зарегистрироваться или войдите чтобы оставить сообщение.