>>На ноуте ZFS — чтобы вовремя обнаружить крэш пользовательских данных на подыхающем носителе. При этом zpool scrub выведет полный список безвозвратно утерянных файлов, чтобы не искать в ошмётках каталога /.lost+found, любезно сложенных fsck классических ФС.
> Извини, но я видел как это происходит "на подыхающем носителе" и сколько
> времени это занимает. Душераздирающее зрелище. lvm просто отдыхает.
> Кстати, smart никто не отменял. Если носитель подыхает, надо срочно его менять.
> И регулярные бекапы никто не отменял, даже на ноутбуке(хотя бы пользовательские
> данные). Если ты забил болт на smart и надеешься на zfs,
> то что-то пошло не так. Нафиг надо программно делать то, что
> железка умеет самостоятельно?
> Я понял, ZFS нужна для подыхающих носителей, она предупредит :)

Бэкапы, кстати, никто не отменяет и для ZFS. Напомню: scrub на конкретном носителе выводит список ПОТЕРЯННЫХ файлов. А как они потерялись — из-за аппаратного сбоя в контуре записи, из-за "черепичной" структуры диска, из-за космических лучей, повредивших буфер записи — это совершенно не волнует ZFS. Она ставит пользователя перед фактом: нужно воспользоваться бэкапом для восстановления потерянного по списку.

Сколько времени у пользователя займёт разбор того, что у него потерялось на классических ФС? Столько, сколько побайтовое сравнение файлов в бэкапе и на жёстком диске! А эта операция несовсем быстрая.