Грабли дисковые

[dil]

Меняю в домашней машине диски. Как обычно, наступил на загадочные грабли..

Диски поставил, разметил, отформатировал, начал копировать файловые системы. Неколько штук скопировал и из чувства паранойи решил проверить, совпадают ли они с оригиналами.

Вот тут меня и ждала засада. Процентов десять файлов различаются. Причём всего лишь одним-двумя случайными байтами. И так на всех скопированных файловых системах. Файлы все сугубо статические, не менялись годами, некоторые исходные файловые системы вообще в read-only смонтированы. Попробовал скопировать заново rsync’ом вместо первоначального dump/restore — та же фигня, файлы различаются.

Ну первым делом подумал, что память сбоит. Перегрузил машину, прогнал полный цикл memtest86, никаких ошибок. Загрузил машину снова, скопировал одну систему — всё нормально.. С тех пор вот уже полсуток копирую остальные, никаких различий нет.

Что это было?!

Оригинал этой записи в личном блоге.

Comments

[lazyboa.ya.ru]

Как давно был предыдущий ребут?

[dil]

Да вот в процессе установки и разметки дисков я машину раз пять перегружал, чтобы убедиться, что они правильно распознаются. А до этого где-то месяц назад.

[lazyboa.ya.ru]

Месяц, конечно, не вызывает подозрений. Может какая местная аномалия вроде повышенного радиационного фона.

[dil]

Прямо посреди комнаты?! И куда он исчез после перезагрузки?

[lazyboa.ya.ru]

Насколько я понимаю процесс, памяти нужно время для накопления ошибок. После перезагрузки она чистая.
Может не радиация (хотя это и основная причина ошибок памяти), а дефекты изготовления, например.

[webushka]

Это мог быть случайно не сработавший sector reallocation у целевого диска. Глюк прошивки. Я на каком-то старом самсунге так наткнулся. Починилось не ресетом, а сбросом питания диска.

[dil]

Я полагаю, что если б там были проблемы с целыми секторами, там бы или читалась полная фигня, или контроллер бы выдавал ошибки чтения из-за сломанной CRC. А тут никаких ошибок не выдавалось, а испорчены были очень отдельные байты. Это больше похоже на глюк памяти

[webushka]

В моём случае глюк выражался в том, что сектор записывался без ошибок, но читался всегда с установленными/сброшенными по странному алгоритму битами, хаотично распределёнными по сектору. Коррелировало с содержимым.

[dil]

А как ты определил, что он именно читался с ошибками, а не писался? Результат-то виден после записи и чтения вместе, посредине не посмотришь..

[webushka]

Запустил ещё раз синхронизацию и увидел, что rsync (он с --checksum вызывался) начал считать файлы разными и перезаписывать заново. Потом уж я руками (dd) читал-писал-сравнивал-удивлялся.

[webushka]

А! Ты про стадию где портилось? Логично думать, что при записи - попытка писать в сбойный сектор (видимо с поверхностью чего-нибудь было) - таки частичная запись на остатки слоя - чтение - черезчур умная прошивка вспоминает про рида-соломона или подобное - чудеса в ответе.
Про "писался без ошибок" - это я про ответ контроллера, он про ошибку записи молчал.