Я живу в альтернативной реальности и техника вокруг меня работает несколько неправильно. Поэтому я не могу найти решение реально возникающих проблем с железом и приходится решать их самому, а для исправления большинства сбоев достаточно грустно поговорить с железом.
И вот с ошибкой, высказанной в начале у меня наблюдалась та же ситуация - при отсутствии проверки целостности файла при его запуске система работает нормально, пока нет обращение к какой-то функции, которая и вызывает такую ошибку.
Ответа в интернетах я не нашел, книжки тоже говорят всякое, поэтому приходится полагаться на видимые факты. А видимые факты говорят - что замена косячного файла приводит к устранению проблемы.
Проверено
1. при переливе системы с битого винта на чистый раздел, когда скопировались ВСЕ файлы винды, но около двух десятков скопировались с ошибками в коде, которые выдавали сбои в процессе работы до их замены аналогичными файлами со здоровой системы.
2. вышеупомянутый случай с "битой" памятью, когда переустановка приложения (в случае докторвеба я просто заменил битые файлы файлами с другой машины) после устранения сбоев памяти полностью устранила подобную ошибку
3. Этот же подход починил глючный ноутбук
Возможно у этого есть более логичное объяснение, но я пока работаю с точки зрения научного шаманизма.

мне кажется, ты путаешь бэд блоки (bad blocks, это понятие ФС) и сбойные сектора (reallocated sectors)
Насколько я понял механизм работы - информация из сбойного сектора переносится в резервную область, и в результате тесты поверхности не показывают наличие "бэдблоков", которые фактически есть, просто при обращении к ним происходит переадресация в резервную область. Если я не прав - поправьте.
Интересный механизм, имеющий в качестве побочного эффекта сильную потерю скорости доступа, когда винт начинает сыпаться.
И вот то, о чем я говорил выше: при перемещении информации из сбойного сектора в резервный, файл копируется с ошибкой.
Ред: пропадает часть кода или заменяется на другие символы. Если файл не проверяется при запуске, то он работает относительно стабильно, пока работа не касается сбойного участка.

при физической ошибке чтения из памяти эксепшн не возникает.
А физической ошибки нет - файл рабочий, копируется и открывается. Ошибка в нем самом. Иногда ее видно невооруженным взглядом - разный размер проверяемого и "эталонного" файла.