> вы разницу между бэдами (диск вернул ошибку - можно пытаться обработать ситуацию)
> и "глючным ram" вообще не понимаете?Таки понимаю. Но CSUM ERROR он и в этом случае матюкается зачастую. По иной причине - походу мемтестом подрабатывает :P. Что починит и к тому же корректно - ни откуда не следует!
Но в NTFS это, как показали эксперименты, просто не замечают. До тех пор пока тому не настает совсем амба. Тогда, конечно, замечают. Но толку то? В лучшем случае можно сторонней коммерческой читалкой (оффлайн парсером) чего-нибудь выцепить попытаться. Канительно и результат весьма посредственный. В случае btrfs такой тулкит занахаляву в btrfs-tools встроен. Тупо единственный на все опенсорсные ФС. И чуть не единственный открытый тул такого класса.
> Попробуйте поиграться на том, первом компе с btrfs - готов поставить вам
> двухлитровку жегулевского за статью о результатах.
Дык попробовал, я любопытный и при удобных случаях подпихиваю btrfs'у всякую странную фигню отличную от идеала - а как раз посмотреть чего будет. Взял, прикололся, DUP сделал. Таки чинит "wrong csum" из копии. Для проверки фактической целостности - прикалывался над парой жирных торентов, в основном потому что их фактическая целостность проверяется тамошними хэшами и поэтому понятно - порушилось в результате или нет.
И таки в целом реально получить с ФС неубитый файл. Оно матюкается на csum error, идет во вторую копию, там обычно csum error уже нет - и по крайней мере по линии чтения с ФС все как бы относительно ОК. Правда в случае торента тот достаточно активно молотит сам по себе проверкой и csum в ram может не сойтись уже по линии его собственного sha опосля, при том это походу ошибка счета sha, ибо повторный пуск ничего в том месте не находит, даже если это из буфера а не с диска.
В общем это самый странный и извращенский self heal который я когда либо видел. Комбо стремное, но поведение забавное. Вот так - scrub идеально проезжает. А если оперативку погреть активным юзежом (хэшнуть торент несколько раз например) - вот вам csum error, corrected. Весьма забавные csum error-ы, в совершенно случайных местах, по всей площади, дважды в одно место не попадают. Однако в конечном итоге реально прохэшировать торент без ошибок :). Ну, если оперативка не глючит вообще с дикой частотой - иначе система в целом может быстро сдуреть, когда все виснет или падает - уже не до чексум торрентов малость, но вот это уже заметно.
> (мне на самом деле интересненько, но не более чем на два литра. Про zfs вот уже
> неинтересно, я знаю ответ.)
Совсем очевидного дестроя вроде с наскока не вышло и фатально не развалилось, хотя за долговременную целостность данных я бы зуб в такой конфигурации не дал. Потрошеный окунь в живой воде, однако.
Ну и матерится в dmesg оно более чем достаточно для того чтобы проблему заметить. И счетчик в статистике файлухи накручивает. Пока прикалывался накрутил 520 csum error'ов. Ну блин, месяц мариновать ее я все же не буду, лениво. Поставил RAM менее агрессивные тайминги - торент проезжает успешно, csum error'ов при scrub нет - видимо bios и spd просто не поняли друг друга. Проверять насколько ему плохо будет если его на месяц так оставить - да ну его. Я интенсифицировал глюки насколько мог целенаправленным подогревом RAM, в обычном крейсерском режиме 520 сбоев копились бы фиг знает сколько, оно изредка глюкает при максимальной нагрузке, когда прогреется, а это ессно редкость. Что собственно и делает такие глюки сложными в отлове - мемтест вкалывающий по всей площади может не прогреть локально конкретный чип до максимально достижимых величин и вообще ничего не найдет - для этого надо более локализовано группу адресов активно долбить, чтобы все доступы одним и тем же чипам валились.
