Поддельные предполагаемые повреждения файлов в Windows 7

Question

В последнее время мой ноутбук иногда предупреждает о поврежденных файлах на жестком диске (Samsung SSD PB22-JS3 TM). До сих пор это происходило только при обновлении (или проверке) хранилища SVN с помощью TortoiseSVN или клиента Subversion из командной строки.

Самое интересное, что поврежденный файл всегда был каталогом .svn (хотя запись в каталоге также может содержать файлы в этом каталоге, если они достаточно малы - что должно быть в случае с SVN). Однако, просматривая каталог предупреждений, я не замечаю ничего странного или необычного и не получаю больше предупреждений об этом и повторяю попытку (SVN прекращает обновление, как только возникает такая ошибка - TortoiseSVN даже с соответствующим сообщением об ошибке) обновления рабочего копирование работает (ну, в основном; иногда это происходит снова, хотя и с другим каталогом).

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

Кто-нибудь знает, что здесь?

ETA: Примечание для добавления: я запустил chkdsk (кажется, он все равно сам себя планирует, когда это происходит), и он не нашел ничего необычного.

Answer 1

Посмотрите, связано ли это с вашей проблемой.

Краткое резюме: В драйвере файловой системы NTFS для Windows 7 есть ошибка, которая иногда, когда процесс пытается получить доступ к файлу, который используется другим процессом (например, службой индексации фоновых файлов), не приводит к ошибке «Отказано в доступе», которая будет нормальным случаем, но вместо этого «Файл поврежден». Это, в свою очередь, также приводит к планированию chkdsk для следующего запуска системы. Цитата из связанной статьи:

Microsoft подтвердила эту ошибку:

Это известная регрессия в Windows 7 в файловой системе NTFS. Это происходит при замене имени файла, на котором установлена атомная блокировка (атомная блокировка является новой функцией в Windows 7). Индексатор использует атомные блокировки, поэтому он помог, когда вы отключили индексатор. Explorer также использует атомные блокировки, поэтому вы все еще видите проблему. Когда это происходит, STATUS_FILE_CORRUPT возвращается неправильно, и том помечается как "грязный", что является сигналом для системы о необходимости запуска chkdsk. Фактической коррупции не произошло.

Answer 2

У меня возникают похожие проблемы с тем же Samsung Drive (MMCRE28G8MXP-0VBL1 - я уверен, что это из серии PB22)

У меня было только две недели, но он уже прервал нормальный запуск, чтобы запустить chkdisk для согласованности дисков несколько раз. Никаких проблем не появляется, но он определенно отвечает на проблемы с повреждением NTFS. В средстве просмотра событий отображается несколько ошибок повреждения NTFS - Код события: 55 Категория задач 2.

Точно сказать не могу, но у меня такое ощущение, что ошибки совпадают с интенсивным использованием накопителя. Я работал с несколькими большими файлами Excel (10 МБ +) одновременно, и ясно, что накопитель работает довольно тяжело, чтобы не отставать. Может быть, NTFS "не синхронизирована"

Когда он проходит через chkdisk, он упоминает USN Journal, но я еще не обратил на него пристального внимания.