Как найти причину повреждения содержимого файла единичного события?

Как найти причину повреждения содержимого файла единичного события?

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

Подробности:

  • Исходная система:
  • Система назначения:
    • HP ProLiant MicroServer N36L, ОЗУ с ECC
    • Windows Server 2012 R2 Стандартный
    • ReFS на Storage Spaces 2-стороннее зеркало

Файл был скопирован методом перетаскивания на рабочей станции с локального диска в сетевую папку общего доступа (на сервере). Размер файла 56886041991 байт.

Вторая копия, сделанная таким же образом на следующий день, была в порядке (проверено md5sum). Сравнение показывает, что различаются 97 байтов. (см. ниже) Единственная закономерность, которую я вижу, заключается в том, что поврежденные байты сгруппированы в три группы, где каждый 128-й байт изменен.

Что мне делать? С чего начать искать причину? Это не могут быть диски на сервере, так как они сообщат об ошибке чтения в случае повреждения, и даже если нет, ReFS не заметит плохую контрольную сумму и прочитает сектор с другого диска, и если он тоже поврежден, она (должна) сообщить об ошибке чтения. SATA имеет CRC. RAM имеет ECC. Сеть имеет 2 слоя контрольных сумм. На рабочей станции нет памяти ECC. Возможно, ошибки сетевого драйвера?

Вывод cmp -l:глянь сюда


Дополнительные тесты, проведенные за это время:

  • 24 часаmemtest86+ v5.01на обоих ПК ошибок нет
  • 24 часаmemtest86 v4.3.7на обоих ПК ошибок нет
  • УМНЫЙдлинный тестна всех жестких дисках: ошибок нет (за исключением одного, на котором, как я знаю, есть несколько поврежденных секторов, они находятся за пределами активных разделов)
  • md5sum /dev/sdXв цикле: 5 раз выполнено на диске 5 ТБ, более 20 раз на других - ошибок не обнаружено
  • повторил операцию копирования так же, как и изначально 10 раз, проверил результат: ошибок нет

Думаю, это был одинокий космический луч...

Связанный контент