А вообще... Если считать, что они достаточно надёжно работают с subvolume'ами, тогда конечно ;-) Впрочем, вот сколько я пробовал (на втостепенных серверах и рутовом разделе NixOS) — ни единого серьёзного нарекания. Разве, недавние испытания с истощением про места на диске у BTRFS показали некоторые неприятности. Не смертельные, но если не знаешь, то могут запросто более получаса времени в критической обстановке отъесть. Может быть, решусь и себе основной поставить. Дополнительно подстегнёт за бэкапом следить ;-)
Ну и речь шла про место на диске и квоты. "Свободное место на диске", это не такое простое понятие у BTRFS.
Диск может заполниться так, что rm file или даже true > file буду завершаться с ошибкой "нет места", даже если перемонтировать с nodatacow. В квотах snapshot'ы учитываются, но метаданные нифига не учитываются. Поэтому, может быть так, что ты свою квоту не выбрал, а места уже нет.
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
no subject
Но с "хитрыми" файловыми системами вроде BTRFS или ZFS дело обстоит чуть сложнее.
no subject
no subject
Впрочем, вот сколько я пробовал (на втостепенных серверах и рутовом разделе NixOS) — ни единого серьёзного нарекания.
Разве, недавние испытания с истощением про места на диске у BTRFS показали некоторые неприятности. Не смертельные, но если не знаешь, то могут запросто более получаса времени в критической обстановке отъесть.
Может быть, решусь и себе основной поставить.
Дополнительно подстегнёт за бэкапом следить ;-)
Ну и речь шла про место на диске и квоты.
"Свободное место на диске", это не такое простое понятие у BTRFS.
no subject
no subject
буду завершаться с ошибкой "нет места", даже если перемонтировать с nodatacow.
В квотах snapshot'ы учитываются, но метаданные нифига не учитываются.
Поэтому, может быть так, что ты свою квоту не выбрал, а места уже нет.