Исходное сообщение
"Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..." Отправлено iZEN, 16-Июл-22 13:52
>>На ноуте ZFS — чтобы вовремя обнаружить крэш пользовательских данных на подыхающем носителе. При этом zpool scrub выведет полный список безвозвратно утерянных файлов, чтобы не искать в ошмётках каталога /.lost+found, любезно сложенных fsck классических ФС. > Извини, но я видел как это происходит "на подыхающем носителе" и сколько > времени это занимает. Душераздирающее зрелище. lvm просто отдыхает. > Кстати, smart никто не отменял. Если носитель подыхает, надо срочно его менять. > И регулярные бекапы никто не отменял, даже на ноутбуке(хотя бы пользовательские > данные). Если ты забил болт на smart и надеешься на zfs, > то что-то пошло не так. Нафиг надо программно делать то, что > железка умеет самостоятельно? > Я понял, ZFS нужна для подыхающих носителей, она предупредит :) Бэкапы, кстати, никто не отменяет и для ZFS. Напомню: scrub на конкретном носителе выводит список ПОТЕРЯННЫХ файлов. А как они потерялись — из-за аппаратного сбоя в контуре записи, из-за "черепичной" структуры диска, из-за космических лучей, повредивших буфер записи — это совершенно не волнует ZFS. Она ставит пользователя перед фактом: нужно воспользоваться бэкапом для восстановления потерянного по списку. Сколько времени у пользователя займёт разбор того, что у него потерялось на классических ФС? Столько, сколько побайтовое сравнение файлов в бэкапе и на жёстком диске! А эта операция несовсем быстрая.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
	Введите код, изображенный на картинке: