Я наблюдаю странное поведение установки Windows 10 и пытаюсь выяснить причину, чтобы оценить возможный ущерб:
Windows начала вести себя странно из-за того, что программы, выполняющие проверку системных файлов (например, VirtualBox при попытке запустить виртуальную машину), потерпели неудачу с подсказкой в файле журнала \\Windows\System32\ntdll.dll и несоответствием подписи.
Когда я щелкнул правой кнопкой мыши по этому файлу и проверил детали подписи Microsoft Windows, она действительно сказала, что подпись недействительна.
Затем я выполнил проверку с помощью средства проверки ресурсов Windows (sfc \scannow), и он также обнаружил, что ntdll.dll поврежден. В его журнале это выглядело как несколько попыток восстановления, но в итоге файл был восстановлен правильно. Это, однако, оказалось неверным, так как у меня была та же недопустимая подпись и проблемы после перезапуска.
Наконец, я стал владельцем ntdll.dll (изначально он принадлежит TrustedInstaller и поэтому не может быть изменен), переименовал его в ntdll.dll.old и скопировал версию из резервной копии, созданной 3 дня назад, в папку. На этом этапе хэш скопированных ntdll.dll и ntdll.dll.old различался, так как они имели одинаковый размер, а подпись скопированного файла ntdll.dll была действительной, в то время как «старый» файл все еще имел недопустимую подпись.
После перезагрузки все работает как раньше. Однако по какой-то очень странной причине теперь совпадают хэши файлов ntdll.dll и ntdll.dll.old , а подпись ntdll.dll.old действительна?
Есть идеи, с какой проблемой / причиной коррупции я сталкиваюсь? Значения SSD SMART выглядят идеально (SSD был бы моим первым виновником). Если возможно, я бы хотел предотвратить больше повреждений и переключить, возможно, неисправное оборудование или принять другие контрмеры ...