CHKDSK показывает ту же ошибку даже после исправления (Windows 7 SP1)

Question

У меня есть жесткий диск с данными на 6 ТБ (механический SATA) на моем компьютере с Windows 7 SP1 (64-бит). Это не мой загрузочный диск. Я просто использую его для хранения файлов данных.

Сегодня утром мой компьютер завис и показал синий экран смерти (я тестировал экспериментальное ПО). Затем он перезагрузился.

После перезагрузки я дал системе успокоиться, а затем выполнил обычную проверку CHKDSK на всех дисках.

CHKDSK D: показал такой результат:

C:\Windows\system32>chkdsk d:
The type of the file system is NTFS.
Volume label is DATA.

WARNING!  F parameter not specified.
Running CHKDSK in read-only mode.

CHKDSK is verifying files (stage 1 of 3)...
  955904 file records processed.
File verification completed.
  3679 large file records processed.
  0 bad file records processed.
  0 EA records processed.
  0 reparse records processed.
CHKDSK is verifying indexes (stage 2 of 3)...
  1056164 index entries processed.
Index verification completed.
  0 unindexed files scanned.
  0 unindexed files recovered.
CHKDSK is verifying security descriptors (stage 3 of 3)...
  955904 file SDs/SIDs processed.
Security descriptor verification completed.
  50131 data files processed.
CHKDSK is verifying Usn Journal...
100 percent complete. (754974720 of 754974952 USN bytes processed)
Examining Usn Journal file record segment.
  754974952 USN bytes processed.
Usn Journal verification completed.
Windows found problems with the file system.
Run CHKDSK with the /F (fix) option to correct these.

   5723036 MB total disk space.
   5152491 MB in 789170 files.
    344292 KB in 50132 indexes.
         0 KB in bad sectors.
   6133411 KB in use by the system.
     65536 KB occupied by the log file.
 577760848 KB available on disk.

      4096 bytes in each allocation unit.
1465097471 total allocation units on disk.
 144440212 allocation units available on disk.

Поэтому я немедленно запустил CHKDSK D: /F /V, чтобы исправить проблему. Результаты показаны ниже.

C:\Windows\system32>chkdsk d: /F /V
The type of the file system is NTFS.
Volume label is DATA.

CHKDSK is verifying files (stage 1 of 3)...
  955904 file records processed.
File verification completed.
  3679 large file records processed.
  0 bad file records processed.
  0 EA records processed.
  0 reparse records processed.
CHKDSK is verifying indexes (stage 2 of 3)...
  1056164 index entries processed.
Index verification completed.
  0 unindexed files scanned.
  0 unindexed files recovered.
CHKDSK is verifying security descriptors (stage
  955904 file SDs/SIDs processed.
Cleaning up 1 unused index entries from index $SII of file 9.
Cleaning up 1 unused index entries from index $SDH of file 9.
Cleaning up 1 unused security descriptors.
Security descriptor verification completed.
  50131 data files processed.
CHKDSK is verifying Usn Journal...
100 percent complete. (754974720 of 754977872 U
Repairing Usn Journal file record segment.
  754977872 USN bytes processed.
Usn Journal verification completed.
Windows has made corrections to the file system

   5723036 MB total disk space.
   5149491 MB in 789170 files.
    344292 KB in 50132 indexes.
         0 KB in bad sectors.
   6133411 KB in use by the system.
     65536 KB occupied by the log file.
 580832844 KB available on disk.

      4096 bytes in each allocation unit.
1465097471 total allocation units on disk.
 145208211 allocation units available on disk.

Итак, CHKDSK сообщает, что проблема теперь исправлена. Поэтому я снова запускаю CHKDSK D:, чтобы убедиться, и он сообщает о той же самой проблеме, как будто ничего не было исправлено.

Я пробовал этот цикл уже 4 раза - я запускаю CHKDSK D: и он сообщает о проблемах. Поэтому я запускаю CHKDSK /F /V и он сообщает, что проблемы исправлены. Но когда я снова запускаю CHKDSK D:, он сообщает о тех же проблемах, что и изначально. И он зацикливается.

Я запускаю CHKDSK из командной строки с повышенными правами. Я также пробовал это из безопасного режима и получил идентичные результаты. Я перезагружал несколько раз и те же результаты.

Обратите внимание, что когда я в первый раз запустил CHKDSK /F /V, он сказал, что очистил около 167 неиспользуемых записей индекса. Однако каждый раз, когда я запускал его с тех пор, он всегда сообщал, что очистил 1 неиспользуемую запись индекса. Так что ясно, что он смог исправить все, кроме одной, ошибки неиспользуемых записей индекса, но не может исправить только одну из них.

Итак, у меня 3 вопроса:

• Могу ли я решить возникшую у меня проблему?
• CHKDSK D: /F /V показывает строки «Очистка...» после бита «Дескрипторы безопасности». Означает ли это, что ошибка в дескрипторах безопасности, и если да, то является ли это серьезным и стоит ли мне беспокоиться об этом?
• Мне нужно заменить жесткий диск примерно через месяц. Если я скопирую все файлы с помощью простого копирования и вставки в Windows Explorer, то проблема с неиспользуемой записью индекса не должна копироваться на новый диск, это правильно? Если файлы копируются, то я могу просто предположить, что они должны быть целыми, и запуск CHKDSK на новом диске не должен сообщать о неиспользуемых записях индекса после копирования. Это правильно?

CHKDSK не создает папку FOUND и, похоже, не сохраняет никаких файлов .chk. Он не сообщает ни о каких других ошибках, кроме «Очистка неиспользуемой записи индекса». Так что я не знаю, но мне кажется, что никаких файлов не хватает или они не повреждены.

Большое спасибо.

Answer 1

Я наконец-то решил это. Это вызвано проблемой с журналом Usn.

Ключевая информация в результате CHKDSK следующая:

CHKDSK is verifying Usn Journal...
100 percent complete. (754974720 of 754974952 USN bytes processed)
Examining Usn Journal file record segment.
  754974952 USN bytes processed.
Usn Journal verification completed.

Сравните это с успешным результатом CHKDSK:

CHKDSK is verifying Usn Journal...
  247720 USN bytes processed.
Usn Journal verification completed.

Итак, вы понимаете, что с журналом Usn что-то не так, когда CHKDSK сообщает следующее:

100 percent complete. (754974720 of 754974952 USN bytes processed)
Examining Usn Journal file record segment.

Итак, во-первых, он сообщает об обработке 754974720 из 754974952 байт — похоже, что он не обработал их все. Затем он перешел к проверке сегмента записи файла журнала Usn. Хотя он сказал, что проверка Usn завершена, строки, предшествующие этому, подтверждают, что с журналом Usn есть проблема.

Поэтому, чтобы решить эту проблему, я просто удалил журнал Usn для диска, на котором не проходил CHKDSK.

Я сделал это с помощью этой команды (из командной строки с повышенными привилегиями):

fsutil usn deletejournal /D /N D:

(где D: — буква диска).

После этого вы можете убедиться, что журнал действительно исчез, выполнив следующее:

fsutil usn queryjournal D:

Если журнал исчез, вы увидите ошибку. Если он все еще там, вы увидите таблицу данных.

Журнал Usn будет автоматически пересоздан, как только программа захочет его использовать. В моем случае он не был пересоздан сразу, поэтому я установил Windows Search (который я обычно отключаю), поскольку знаю, что Windows Search использует журнал Usn. После обязательного перезапуска Windows журнал Usn был пересоздан автоматически.

Теперь CHKDSK сообщает следующее:

CHKDSK is verifying files (stage 1 of 3)...
  1130496 file records processed.
File verification completed.
  4961 large file records processed.
  0 bad file records processed.
  0 EA records processed.
  0 reparse records processed.
CHKDSK is verifying indexes (stage 2 of 3)...
  1242084 index entries processed.
Index verification completed.
  0 unindexed files scanned.
  0 unindexed files recovered.
CHKDSK is verifying security descriptors (stage 3 of 3)...
  1130496 file SDs/SIDs processed.
Security descriptor verification completed.
  55795 data files processed.
CHKDSK is verifying Usn Journal...
  18696 USN bytes processed.
Usn Journal verification completed.
Windows has checked the file system and found no problems.

Итак, удаление журнала Usn исправило это. Все байты Usn были обработаны, и не было никакой проверки байтов Usn. Очевидно, что количество обработанных байтов намного меньше, потому что я удалил журнал Usn, поэтому новый журнал Usn не имеет большой истории файлов (пока).

Для моего домашнего использования удаление журнала Usn вызывает только временную проблему с играми VAC (Steam). Насколько я понимаю, VAC будет читать журнал Usn, чтобы проверить наличие читов, поэтому читеры обходят это, регулярно удаляя журнал Usn. Steam знает об этом, поэтому выкидывает вас из игр с поддержкой VAC, если ваш журнал Usn пуст (или очень мал).

Я не знаю, но я читал, что после удаления журнала Usn лучше подождать около 24 часов, прежде чем запускать любые игры с поддержкой VAC в Steam. Этого времени будет достаточно, чтобы журнал Usn был достаточно заполнен.

Некоторые могут сказать, что CHKDSK нормально сообщать о проблеме с журналом Usn, поскольку журнал Usn может быть активен во время работы CHKDSK. Однако я также пробовал CHKDSK из безопасного режима, и я пробовал его неоднократно и всегда получал тот же результат.

Другие могут сказать, что поскольку проблема только с журналом Usn, мне не нужно ничего делать и я могу просто проигнорировать ее (так как это всего лишь журнал Usn, так что это не такая уж важная информация). Это, вероятно, правда, но мне нравится, когда CHKDSK сообщает об успешном результате. При этом журнал Usn — это НЕ журнал файловой системы NTFS. Журнал файловой системы NTFS является критическим, а журнал Usn — более косметическим.

Копирование всего содержимого диска на новый диск тоже исправило бы это, поскольку новый диск имел бы свой собственный журнал Usn. Но это решение заняло бы гораздо больше времени и было бы значительно дороже.

Поэтому, если вы столкнулись с этой проблемой, при которой CHKDSK сообщает о проблеме, и похоже, что ее причиной является только журнал Usn (поэтому CHKDSK не упоминает о других проблемах), вы можете проигнорировать ее или удалить журнал Usn для этого диска.

Answer 2

Похоже на сбой оборудования.

Когда вы запускаете CHKDSK, CrystalDiskInfo или любое другое программное обеспечение, обычно самое большее, что оно может сделать, — это предоставить отчет о данных и метаданных, переданных ему физическим диском и его контроллером.

CHKDSK может исправить проблемы с распределением данных или структурные проблемы с отформатированными данными на вашем диске, но он не может исправить сбой физического устройства. (Исключением является случай, когда изолированная часть вашего физического диска выходит из строя, и CHKDSK может распознать это и исключить плохую часть диска из частей, используемых для ваших данных. Тот факт, что вы продолжаете снова видеть ошибки после того, как CHKDSK сообщает об исправлении вашего диска, указывает на то, что, вероятно, все гораздо хуже.)

Конечно, физические тесты существуют, но они могут быть неокончательными (поскольку неисправное устройство, скорее всего, будет давать непоследовательные результаты от одного теста к другому). А полный, низкоуровневый физический тест, вероятно, будет разрушать данные, поэтому вы не захотите запускать такой тест на диске, содержащем нужные вам данные.

Итог: быстро сделайте резервную копию данных! И начните рассматривать варианты замены диска — возможно, вы не сможете позволить себе роскошь ждать месяц, как вы планируете, прежде чем вам понадобится новый диск.

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