как определить софтовые бэды или железные

[algusev2023]

Здравствуйте. Програмой victoria обнаружены 3 блока с ошибкой uncr ошибка данных. Меня интересует, можно ли понять вызвано ли эти ошибки проблемами железа жесткого диска или нет без перезаписи его нулями и иного вреда для данных, расположенных вне проблемных секторов.

[9285]

Уменьши число тестируемых секторов в блоке и определи какие именно сектора проблемные.
После чего перепропиши эти сектора но не нулями а любым иным шаблоном.
Если запись прошла нормально, значит ошибки софтовые.
О каком вреде данным может идти речь если сектора не читаются?
Зная номера проблемных секторов можно определить чему они принадлежат.

[algusev2023]

Спасибо, посмотрел Викторию и понял, как уточнить. Вопрос такой. Hex-редактор как-то сообщит об ошибке, если таковая будет. Или это выявляется повторным сканированием?

[9285]

Я не могу сказать насчёт реакции всех хексредакторов, но должна быть ошибка чтения.
По крайней мере в DMDE так, и сектор "заполняется" (на экране) записью bad.
Можно, конечно пролистать бллок из 2048 секторов, но как по мне - зная начальные сектора блоков, просто задать посекторку в файл от начального сектора + 2047 секторв и следить за ошибками.

[algusev2023]

Объясните пожалуйста фразу "посекторку в файл" чтобы я понял или догадался, что и как это можно сделать в Виктории или в другой программе.

[9285]

В отчёте виктории указаны номера секторов блока.
Например 20480. Это означает что сбойный сектор находится где то в блоке, размер который установлен в настройках, начиная с этого сектора. В современной виктории дефолтный размер блока равен 2048 секторов.
Запускаешь DMDE, переходишь к указанному сектору и в меню Сервис выбираешь Копировать сектора. Начальный сектор должен сам подставится, в поле количество вводишь секторов 2048. В разделе Место для записи выбираешь файл и указываешь куда его записывать. При копировании должны появляться ошибки чтения секторов - вот это конкретные номера секторов.
Если диск AF-ный, то ошибки будут в 8-ми секторах подряд.
Вот эти сектора потом и перепрописать.

[algusev2023]

Попытался найти сектора. На старых местах никаких ошибок. Но их количество не поменялось, поменялись места. Все адреса из 10 цифр. Поменялись только последние 4. Если Вам не трудно, но напишите пожалуйста, чем это может быть вызвано. Может ли это быть признаком "железной" ошибки.

[9285]

Смещение адресов возможно если старт начат не с того же сектора как раньше.
Определить можно лишь после попытки перезаписи и анализа того что было в этих секторах.
Если перезапись пройдёт нормально, то банальная ошибка CRC.
Предположим что в указанных секторах лежат файлы кэша браузера. Вполне очевидно напрашивается ошибка браузера.

[algusev2023]

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

[9285]

Если бэды стабильные, то разницы нет.

[algusev2023]

Долго не было времени разобраться. Проверил с количеством секторов 256 бит. Чтоб потом меньше копировать в файл. Теперь у меня четыре ошибки. Одна как бы раздвоилась, так как промежуток между секторами ровно 256. Если нетрудно, то напишите пожалуйста о чем это может говорить.

[algusev2023]

Добрый день! Прошло много времени. Я просто загрузил данные с диска в облако. Там где-то 2 ТБ. Решил перезаписать сектора единицами. Ничего не выщло. Дает ошибку The request is not supported. Делал так. Запускал dmde в редакторе выбирал Сервис - заполнить секторы. В праметрах ставил Разрешить запись. Ставил птичку о понимании рисков. В окне заполнить секторы заменял нули единицами напротив HEX и выбирал сектор, предшествующий поврежденному как начальный, а следующий за ним как конечный. Подскажите пожалуйста, в чем может быть дело.