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

Question

Что-то испортило кучу файлов на моем жестком диске. Искаженные файлы:

• заменить их содержимое байтами NULL,
• имеют точно такой же размер, как и до появления порока,
• время модификации не было изменено

У меня есть как минимум 40 из этих искаженных файлов, и я ищу других жертв. Большинство файлов являются частью PHP-проекта Netbeans. Некоторые были текстовыми файлами, некоторые были изображениями. Ни один из них не был изменен в последнее время. HDD Smart не показывает ничего тревожного, а программное обеспечение AV не обнаруживает вирусы. Моя ОС - Windows 7.

Есть идеи, что может вызвать это странное поведение?

[РЕДАКТИРОВАТЬ] Я просканировал диск, чтобы найти другие искаженные файлы, и самое странное, что нет никаких других файлов с "NULLed", кроме тех 40, которые я нашел ранее. Все файлы принадлежали одному и тому же проекту Netbeans. Я никогда не видел ничего подобного раньше.

Answer 1

Обсуждение SyncTrayzor Github показывает, что это может быть связано с обновлением Windows.

Со мной дважды случалось, что config.xml из SyncTrayzor был заполнен нулевыми байтами после обновления Windows, и по крайней мере еще у одного пользователя возникла такая же проблема. Также некоторые файлы кеша Firefox были заполнены нулями примерно в тот же момент.

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

Редактировать: проверка истории перезапуска и обновления показывает, что

• Почти все 100% нулевые байтовые файлы создаются в тот же день, что и перезагрузка. Только несколько конкретных не являются.
• Большинство из них были созданы или на следующий день «Накопительным обновлением для Windows 10 версии 1803». Может быть, перезагрузка иногда откладывается на следующий день после установки?

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

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

• Имена файлов и даты создания / изменения файлов с нулевыми байтами.
• Даты завершения работы Windows. Редактировать: система get-eventlog system | Where source -eq EventLog | Where InstanceID -like 214748965*
• Даты обновления Windows (особенно те, которые требуют перезагрузки).

Изменить: перезагрузка-гипотеза, подтвержденная https://stackoverflow.com/a/52751216/2097 . Этот ответ относится только к неожиданным перезагрузкам.

Изменить: перезагрузка-гипотеза, подтвержденная командой N++: https://notepad-plus-plus.org/community/topic/13302/fix-corrupted-txt-file-null

Возможный механизм восстановления с использованием Recuva: Восстановление поврежденного файла из-за отключения питания