ТЛ; др

На моем новом ПК (с Windows 8.1 x64) некоторые файлы на локальном SATA-HDD повреждаются без видимой причины (после некоторого простоя).

Не вирус / вредоносное ПО! (проводил тестирование с установленным антивирусом AVG, а также с новой версией 8.1 без каких-либо сторонних программ / драйверов)

Никаких сбоев HW не обнаружено различными тестовыми утилитами.

Длинная версия

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

Кажется, они всегда одни и те же файлы, которые становятся поврежденными: с моими последними тестами на наборе>33000 файлов JPEG я получаю список из тех же 30 файлов, которые всегда повреждены. Похоже, что эти 30 файлов содержат определенную последовательность байтов, которая при определенных условиях "активирует" повреждение.

(После того, как я понял, что есть проблема, я периодически восстанавливаю файлы из резервной копии, а затем сравниваю их с резервной копией с помощью WinMerge/BeyondCompare)

Модель искажения практически одинакова: в большинстве случаев некоторые последние байты (около 10-20 последних байтов) заполняются случайными данными. Но не всегда - встречались также файлы со случайными данными в начале / середине файла.

Я сделал несколько тестов для HW-проблем, но не нашел никаких проблем:

• протестировал ОЗУ (с MemTest86+ и некоторыми другими инструментами - тестировал с различными шаблонами заполнения в течение ночи - проблем не обнаружено)
• протестирован жесткий диск (обнаружены проблемы SMART для атрибута 0x05 "Количество перераспределенных секторов", заменен жесткий диск по гарантии (та же модель). Теперь нет проблем со SMART, нет плохих секторов при сканировании поверхности.

Также сделал много различных экспериментов. Подобно:

• Переустановленные окна
• Пробовал с чистыми окнами (даже без драйверов от производителя материнской платы, только по умолчанию предоставлен Microsoft)
• Пробовал со всеми установленными драйверами (скачано с домашней страницы производителя)
• Удалил все разделы и переназначил / отформатировал HDD
• Пробовал с установленным антивирусом AVG и без

Один тест дал положительные результаты (вероятно): использовался PartedMagic Linux, загруженный с флешки. У меня нет никаких повреждений после нескольких недель использования Linux. Но я до сих пор не уверен, что в этом дистрибутиве Linux использовались те же режимы HW-доступа (например, использование памяти, какое-то SATA-соединение и т. Д.), Или это просто не произошло случайно.

Сначала я думал, что это что-то с конфигурацией драйверов Windows / кэша. Тот же вопрос, который я задал в сообществе Microsoft, но не нашел решения. ( answers.microsoft.com/en-us/windows/forum/windows8_1-files/files-on-hdd-getting-corrupted/e2b04d4f-d3ea-492d-a181-c1d437ab1507)

Проблема все еще в анализе: у меня все еще не было стабильной / предсказуемой последовательности, чтобы воспроизвести проблему. В настоящее время я использую более или менее квазистабильную последовательность воспроизведения (на воспроизведение проблемы уходит несколько дней):

1. Изменить конфигурацию (HW или SW)
2. Восстановить файлы из резервной копии
3. Запустите WinMerge со сравнением архива на жестком диске с резервной копией на NAS (по локальной сети)
4. Если повреждение не обнаружено, перейдите к шагу 3.

Шаг 3. занимает несколько часов (4-6), также повреждения могут быть обнаружены после нескольких итераций. Возможно, это произойдет, если я попытаюсь использовать компьютер во время сравнения - не уверен.

Моя текущая теория: это может быть связано с оперативной памятью (даже если поврежденные файлы никогда не доступны в режиме записи. Возможно, Windows делает некоторые прозрачные перераспределения сжатого содержимого NTFS во время некоторой внутренней процедуры индексации файлов... не знаю).

• Удален единственный модуль DDR: проблема не воспроизводилась после 3 дней непрерывного тестирования.
• Заменен "хороший" модуль на ранее извлеченный потенциально "плохой" модуль: проблема воспроизводилась в течение 1 дня. (хотя MemTest86+ сразу после выпуска не обнаружил проблем с оперативной памятью - выполнил 6 проходов расширенных тестов)
• Сохранен "плохой" модуль установлен, но изменена частота ОЗУ в BIOS 1600 МГц ->1300 МГц - уже проводятся сравнительные тесты в течение 3 дней - никаких проблем пока не возникло.

аппаратные средства

• Zotac ZBOX ID90
• Жесткий диск: TOSHIBA 2,5" 1 Тб (MQ01ABD100). Один жесткий диск в компьютере.
• Оперативная память: KINGSTON HyperX PnP 8 ГБ 1600 МГц DDRIII (KHX1600C9S3P1K2 / 8G) - комплект из двух модулей 4 ГБ +4 ГБ

Программного обеспечения

• Windows 8.1 64bit (со всеми последними обновлениями)
• Файловая система: NTFS сжатая

Вопросы

Учитывая все вышесказанное, может кто-нибудь посоветовать или подтвердить мои предположения:

1. Кто-нибудь знает, что может быть причиной? Или что еще я могу сделать, чтобы обнаружить причину? Существуют ли другие инструменты для тестирования, которые могут выполнять некоторые глубокие тесты (например, тест памяти при интенсивном использовании видеопамяти и т. Д.)

2. Если мое текущее предположение верно (возможно, моя модель оперативной памяти KINGSTON не полностью совместима с motheboard, или один модуль ОЗУ неисправен и не работает должным образом на частоте 1600 МГц), с помощью каких инструментов тестирования я могу это доказать? (MemTest86+ и пара других не обнаружили никаких проблем)

3. Сегодня я также заметил: когда в BIOS я переключаю тайминги памяти с AUTO на MANUAL, значения по умолчанию отличаются от рекомендованных спецификациями KINGSTON: должно быть tRAS>33,75 (в BIOS значение по умолчанию равно 27), tRFC должно быть>260 (в BIOS значение по умолчанию - 208, но максимум - 255, что по-прежнему меньше рекомендуемых 260 нс). Может ли это быть теоретически причиной? (также проверим ручные тайминги, но это займет некоторое время).