Я запустил chkdsk на диске, и когда он добрался до стадии 4 (проверка данных файла), это сообщение появилось для некоторых файлов:
Windows replaced bad clusters in file ######
of name \path\filename.ext
Значит ли это, что эти файлы сейчас повреждены? Я в основном обеспокоен ISO и исполняемыми файлами. К сожалению, у меня их нет, поэтому мне нечего проверять их целостность после завершения работы chkdsk.
Если это уместно, это механический жесткий диск Western Digital Green емкостью 2 ТБ.
Ответ, это зависит. файл по крайней мере частично занимал плохой кластер, который фактически повредил файл. chkdsk перераспределил сектор (указал этот адрес на неплохое место на поверхности диска) и попытался скопировать в него содержимое плохого кластера. однако нет никакой гарантии, что данные в исходном кластере могут быть полностью восстановлены до места назначения. если это так, ваш файл не поврежден, но если невозможно восстановить данные полностью и точно, произойдет повреждение.
к сожалению, без базового уровня, нет никакого способа сказать.
Значит ли это, что эти файлы сейчас повреждены? Файлы были повреждены, и Windows смогла восстановить файл. К сожалению, у меня их нет, поэтому мне нечего проверять их целостность после завершения работы chkdsk. Я в основном обеспокоен ISO и исполняемыми файлами.
Вам нужно будет найти эти контрольные суммы в зависимости от того, какой файл был восстановлен chkdisk . В итоге было обнаружено повреждение кластера. Вы должны восстановить файл из резервной копии.
Если это уместно, это механический жесткий диск Western Digital Green емкостью 2 ТБ.
Вы должны чаще делать резервные копии своих данных, чтобы у вас было что сравнивать и контрольные суммы.
Если файл был системным файлом, вы должны запустить sfc /scannow для проверки целостности Windows.
В таком случае можно использовать шестнадцатеричный редактор и выполнять поиск, если существует ненормально длинная последовательность 00, прерывающая сложную в противном случае область данных. Как правило, если в какой-то момент вы видите кратные 512 байтов пустых данных, начиная с 512 кратного смещения относительно начала файла (границы сектора), в области, где должны быть (казалось бы) случайные символы (если это двоичный файл) или читаемую последовательность символов (если это текстовый файл), то вы можете быть уверены, что произошло какое-то повреждение.
Конечно, для того, чтобы это было управляемым, по крайней мере, требовалось бы наименьшее количество LBA плохих секторов, практически невозможно проверить каждый отдельный файл, как этот. Наилучший способ действий при наличии поврежденных секторов в устройстве хранения - сначала клонировать его с помощью подходящего инструмента (часто рекомендуется ddrescue), затем запустить CHKDSK или любой другой инструмент, предназначенный для попытки восстановления на месте, которое может быть успешным или потерпеть неудачу, но никогда не сообщу явно, каким был фактический результат. В противном случае единственный разумный способ обнаружить такие ошибки - это быть внимательным к любым сбоям при последующем чтении / воспроизведении / запуске файлов, которые были сохранены на этом устройстве, а затем проверить их способом, указанным выше.
Часто файл выделяется кластерами на диске, но не обязательно хранит значимые данные в этих кластерах. Например:
В таком случае файлы обычно содержат несколько значимых кластеров и некоторые кластеры, которые содержат несвязанные данные, которые вы удалили в прошлом, например, файлы, помеченные файловой системой для перезаписи. Поэтому иногда, даже если файл технически поврежден, вам может повезти, что целостность файла не будет нарушена.
Однако было бы неплохо проверить целостность файла с помощью инструмента, который понимает конкретный формат файла, где это возможно. Такие инструменты существуют для большинства форм образа диска, базы данных и медиа-файла.