Исходное сообщение
"Представлены патчи для Btrfs с поддержкой алгоритма сжатия L..." Отправлено iZEN, 28-Фев-12 17:15
> Защиту данных на пути от диска до памяти неплохо обеспечивает написанный ораклом > еще в 2007 году LDIF. А на диске их целостность контролирует > контроллер диска. Контроллёр диска контролирует только СОХРАНЕНИЕ данных, но не всё время их жизни. Увы. > Вообще, сквозное чексуммирование по блокам (можно и с дедупликацией), при необходимости, > легко и непринужденно делается средствами device-mapper, в виде обычного блочного устройства, > которое выдает read error, если сумма данного блока битая. > Но вот > только это никому не нужно - сколько ни чексуммируй данные, все > равно остается тот уровень, когда они не защищены и возможна ошибка. Недавно новость пробегала, что в Linux md-RAID всё-таки внесли исправления на предмет определения разности прочитанных блоков в конфигурации с RAID-1 и вывода сообщения об ошибке чтения с массива. Лично я не проверял эту новую фичу и хочу выслушать мнение пользователей, которые с такой особенностью уже столкнулись: как они решали проблему восстановления битых данных, если с зеркальных "плоскотей" RAID-1 были прочитаны отличающиеся блоки данных? Ведь в этом случае информация о верности того или иного блока должна браться с "верхнего" уровня — уровня файловой системы. Только на файловой системе ведутся подсчёты контрольных сумм для "кластеров" (в терминах Windows, совокупности секторов носителей), то есть блоков самой ФС.