Исходное сообщение
"В OpenZFS выявлена ошибка, которая может привести к поврежде..." Отправлено Аноним, 28-Ноя-23 19:11
> Вот в этой новости - оно самоубивается. До состояния "не вытащить никак". > Ну, то, что убилось, конечно. С практической точки хрения, если у вас даже и убилась копия копии файла - это, конечно, ужас. Особенно для такой ФС. Но все же не ужас-ужас. Хотя-бы потому что не битые копии должны бы все же остаться, а вероятность наступить на этот баг - достаточно умеренная. Но вот фану EXT4 на это жаловаться?! А вы как, используете EXT4 с полным журналом и наслаждаетесь тупняками записи минимум ВДВОЕ? Или - забиваете на тот факт что при крахе БЕЗ полного журнала файло может оказаться наполовину старым и наполовину новым? Просто потому что при журнале только метаданных нет инфо ни довести транзакцию до конца, ни чтобы откатить, поэтому вот вам полуперезаписаный файл. Аллокация, конечно, консистентна, размер файла правильный, но вот толку то с того? Так понятнее почему я уже не первый раз спрашиваю - а как господа с EXT4 вообще определяли что их данные - не битые? И я так и не получил ответ на этот простой вопрос. Который с учетом свойств EXT4 далеко не праздный.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, [email protected] (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Вот в этой новости - оно самоубивается. До состояния "не вытащить никак". >> Ну, то, что убилось, конечно. > С практической точки хрения, если у вас даже и убилась копия копии > файла - это, конечно, ужас. Особенно для такой ФС. Но все > же не ужас-ужас. Хотя-бы потому что не битые копии должны бы > все же остаться, а вероятность наступить на этот баг - достаточно > умеренная. > Но вот фану EXT4 на это жаловаться?! А вы как, используете EXT4 > с полным журналом и наслаждаетесь тупняками записи минимум ВДВОЕ? Или - > забиваете на тот факт что при крахе БЕЗ полного журнала файло > может оказаться наполовину старым и наполовину новым? Просто потому что при > журнале только метаданных нет инфо ни довести транзакцию до конца, ни > чтобы откатить, поэтому вот вам полуперезаписаный файл. Аллокация, конечно, консистентна, > размер файла правильный, но вот толку то с того? > Так понятнее почему я уже не первый раз спрашиваю - а как > господа с EXT4 вообще определяли что их данные - не битые? > И я так и не получил ответ на этот простой вопрос. > Который с учетом свойств EXT4 далеко не праздный.
	Введите код, изображенный на картинке: