> Но они там не теряются из-за попытки удалить несуществующую фс, даже если
> ты упор(ен) и сделаешь это дважды.Не ФС а subvol. Subvol - это дерево, типа директории. Точка входа. Просто менеджится независимо от остального, тепер в ФС может быть более 1 / что и делает всякие снапшоты и проч удобными.
Случай когда пытались грохнуть именно subvol, да еще не существующий, дважды - все же при практических сценариях достаточно специфичный, и встречается не часто. Ну вот кто-то релиз кернела спустя все же попытался странного - и получил еще более странный локап в файлухе. Что как бы баг. Но как бы ни к чему кроме матюков неудачника вроде не ведет.
> И она не крэшит ядро из-за закрытия файла.
> Чтобы именно потерять данные - надо в ней сделать с пулом какую-то
> очень стремную операцию, и, как правило, одновременно дернуть питание.
Вот именно в случае CoW - дерг питания обычно приводит дизайн в несколько более старое состояние и профакивается только то что не было синкнуто, тут уж пардон. А вот сломать CoW сам по себе именно так - весьма экзотично. Разве что если сломается еще и фирмвара накопителя и профачит допустим Eraseblock - а вот тут уже мало кто готов к тому что чушку в 16...64 мега целиком пролю, за то что "те данные лежали в этом регионе". Это нарушает семантику - но на SSD так то нельзя сдергивать питание в произвольный момент времени, это нарушение их условий эксплуатации и логиится в смарт.
> И даже в этом случае тебе должно еще и сказочно неповезти - пришедшие
> к успеху обычно не один раз такое сделали.
У меня есть накопитель где внеплановые шатдауны более 100 раз были - а btrfs там так и не помер. Видимо не оч кривая фирмварь и ворочание eraseblock'ов сделано относительно вменяемо.
