Исходное сообщение
"В OpenZFS выявлена ошибка, которая может привести к поврежде..." Отправлено Аноним, 24-Ноя-23 20:19
>> явно запросил > Откуда инфа про "явно"? С точки зрения файлухи - софт должен явно ioctl вхреначить на это дело, сигняля что они хотят вот именно клон файла. > В обсуждении пишут что оно автоматом стало делаться > при копировании в свежих coreutils. Возможно. Это в конечном итоге вопрос дефолтов энных программ. Лично мне например такие дефолты удобны - если я хочу копию файла как именно нечто занимающее +эн места, я это обычно на ДРУГОЙ ФС хочу. Как раз из соображений сохранности. Потому что rm -rf или dd в накопитель например убьет обе копии одинаково эффективно. И занимать 2 раза на 1 ФС/накопителе место - ну - знаете, если это реально надо было - то RAID1 и DUP это делают лучше. Еще и с чексумами. Можно сразу понимать кто побился, чинить это в фоне, и без педального привода чтобы закатывать солнце вручную. >> Что актуально для деплоя десятка виртуалок из шаблона например > сделай zfs clone шаблона и запускай > Не так гибко в том плане что нельзя шаблон грохнуть, но по > крайней фича старая и больше шансов, что работает нормально, и не > включается сама там где её не просят. Да у меня btrfs так то, а ща я начинаю немного экспериментировать с кентовским bcachefs. Судя по вашему багтреку я не ошибся с идеями как работает интеграция с майнлайном внешних модулей. Там для свежих ядер вообще капец, толпа господ с багами на которые всем похрен. Но если кому ваш совет пригодится - я рад за них.

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