Как отменить переназначения Бед-блоков для повторной проверки?

Question

[demon51085]

Имею 1TB HITACHI 2010г. Не на продажу. Когда-то очень давно по незнанию переназначил сектора, которые возможно не были реально битыми (не хочу вступать в обсуждение как это произошло, возможно ли такое или не возможно, примите как данность). Мне нужно отменить переназначение и проверить заново. Как это можно сделать? Если я через drevitalize выполю clear defect reassign (нужно ли после этого ещё и обнулить SMART?), то смогу ли я заново проверить те сектора, которые ранее были отмечены как плохие и были переназначены?
Не нужно советовать обратиться к специалисту. Считайте, что я и есть специалист, желающий научиться этому.

Comments

[Евгений Жмеренко]

У самого такая-же ситуация была, когда не залудил почерневшие контакты и начал ремапить. Решить вопрос так и не удалось.

Answer 1

[Zettabyte]

давно по незнанию переназначил сектора, которые возможно не были реально битыми

Может я неверное понял ваш вопрос, но если вы сумели вручную перенести сектора между list-ами, то у вас должны быть и знания и оборудование.

Если же делали общедоступными программами по принципу "заездить область с этим сектором до посинения", то сектора, вероятнее всего, были проблемными. Диск переназначил бэд-блоки не просто так.

Или обнуление смарта не обнулит таблицу переназначения?

Просто сбросить значения SMART будет недостаточно.

Мне нужно отменить переназначение и проверить заново

В домашних условиях, думаю, что никак. Я не встречал инструментов, позволяющих такое на дисках Хитачи.

Потребуется оборудование и человек со знаниями и опытом.

1TB HITACHI 2010г

Из-за возраста HDD в вашем случае, возможно, имеет смысл обратиться к частникам, занимающимся ремонтом жёстких дисков.

Однако, на мой взгляд, вся идея в целом достаточно сомнительная. Там и вопрос компетентности ремонтника и денег - не исключаю, что за ту же сумму оптимальнее будет подобрать адекватного продавца и купить б/у диск. Вероятность получить более надёжный диск будет выше, чем с вашим, скорее всего, имеющим проблемы с поверхностью ("посыпавшимся").

Если менять диск не хотите, то просто оставьте свой как есть. Главное - сделайте копию важных данных с него.

Comments

[demon51085]

Что значит "сумели вручную перенести сектора между list-ами"? И какое ещё оборудование? Всё делалось в Виктории.
Из-за "вероятнее всего..." и "возможно..." мне и надо проверить всё заново, чтобы знать точно. Как я уже сказал, ИМХО, что диск не имеет проблем с поверхностью, и что переназначение было по ошибке.

[Zettabyte]

demon51085,

И какое ещё оборудование?

Профессиональное. Например, PC-3000.

Всё делалось в Виктории.

То есть по принципу "давайте заездим определённую область".

ИМХО, что диск не имеет проблем с поверхностью, и что переназначение было по ошибке

Скорее имеет, чем нет. Victoria не имеет возможности напрямую работать с P-list и G-list.
Переназначение было выполнено алгоритмами микрокода ("прошивки") диска, которые эксплуатировались "снаружи" и далеко не самым щадящим образом.

[demon51085]

Zettabyte, Не знаю что такое "давайте заездим определённую область" и зачем и с чего Вы это придумали. Всего лишь read + remap всего диска (наверно, но не точно).
А то, что Victoria не смогла прочесть блок и пометила его как Bad, это ещё не значит, что блок был плохим. Я не хочу это обсуждать, не уводите тему в эту сторону. Я сказал ИМХО.
Менять диск я не хочу. Он используется лишь под торренты. Помрет так помрет, ничего ценного, скачаю заново. Мне лишь нужно заново его проверить, чтобы понять были ли Bad-блоки действительно такими или это был программный/аппаратный сбой много лет назад.

[AntHTML]

demon51085, "давайте заездим определённую область" - из виктории и любой другой прикладной программы, через SATA интерфейс не возможно переназначить сектора, можно только определенными действиями заставить контроллер диска их переназначить - не возвратно. PC3000 - на аппаратном уровне подключается напрямую к памяти контроллера диска и позволяет вручную отредактировать содержащуюся в нем таблицу разметки.

[demon51085]

AntHTML, что насчет функции clear defect reassign в программе drevitalize?

[alexalexes]

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

[demon51085]

alexalexes, я ищу возможность программного удаления G-list-а, чтобы проверить диск заново. В инструкции drevitalize нашел

This vendor specific Format Unit ATA command clears the defect reassign information (Grown Defect List) and initializes all user data sectors by executing a full format with Primary Defect List. This procedure follows the same ATA security requirements as secure erase with the exception that it does not need a password to execute. However, the command can not be started in security frozen mode, security disabled via DCO mode or when security feature set is not implemented. Currently only IBM (old), Hitachi (old), HGST (Hitachi new), Western Digital (new) and Fujitsu (ATA only) hard drives are supported.

В английском не силен, но это не то, что мне нужно?

[alexalexes]

demon51085, попробуйте, но 99% что диск проигнорирует команды, поданные через SATA.
Вообще, близкий путь к тому, что делают в сервисах восстановления данных, это подключить USB to TTL адаптер к диагностическому разъему диска и пробовать специфические для этого типа диска команды через COM терминал. Но скорее всего, куцего списка команд и одного терминала вам будет мало для решения задачи.

[Dieman666]

alexalexes,
человек вообще не понимает элементарных азов, там вообще что-то объяснять бессмысленно

Answer 2

[Dieman666]

"Считайте, что я и есть специалист, желающий научиться этому"
извини за прямоту, но уже исходя из текста топика очень большие сомнения, что есть вообще понимание правильное того, как работает переназначение и что вообще под этим словом понимается.
начать надо с того, что лишь контроллер харда принимает решение, переназначить сектор или нет, а практически весь пользовательский высокоуровневый софт это глобально читалки и писалки, которые помогают микропрограмме харда в поиске и устранении дефектных секторов. Это база.
а дальше уже нужно понимать, что такое переназначенный сектор. это сектор, который не смог прочитаться контроллером харда после нескольких перезаписей, он помечается как BAD и заносится в 5 атрибут смарта, и при натыкании на него, контроллер харда видит эту пометку и начинает двигать головку в резервную область для обращения к исправному сектору. И даже низкоуровневый софт, на котором работают люди по восстановлению данных, лишь переносит эти значения с бэдами из пользовательского G-List (по простому обычный пользовательский SMART), в заводской P-List. Дефектные сектора от этого никуда не исчезают, просто обнуляется растущий пользовательский SMART, все значения хранятся в заводском P-List.
Теперь нужно понимание слова пендинг (или претендент на переназначение, атрибут смарта 197) и софт бэд, если микропрограмма харда не смогла прочитать данные сектора вследствие каких-то определенных сбоев, то она помечает этот сектор как претендент на переназначение. и команда remap в прогах просто дает запись в сектор с его последовательным чтением. и если после записи в этот сектор повторное чтение успешно произошло, то этот сектор убирается из 197 атрибута смарта, при этом в 5 атрибут с переназначенными секторами он не попадает, ибо успешно прочитался. Такие пендинги называют по итогу софт бэдами, возможно не вписалась контрольная сумма, резкое выключение в процессе записи произошло и тп, но по факту физически с сектором все нормально. перезапись сектора с повторным чтением решили проблему.
А вот если сектор реально физически проблемный, то после нескольких неудачных попыток перезаписи с последующим чтением, последнее не увенчалось успехом, микропрограмма харда помечает его как плохой, вносит в 5 атрибут, ну а физически что происходит, в таком случае, уже выше объяснил.

Comments

[demon51085]

Я всё это знаю. Но Вы не учли ситуацию, когда сбой происходит именно во время ручного запуска Read+Remap, и тогда сектор помечается не как претендент, а уже переназначается. Может хватит уже обсуждать как и при каких обстоятельствах это могло произойти? Примите как данность - переназначены тысячи секторов, которые не являются битыми.

[Dieman666]

demon51085,
ещё раз.
ремап это просто функция в проге, которая при чтении, натыкается на сектор и пытается его перезаписать и прочитать заново. не более того. решение о переназначении в 5 атрибут смарта не софт решает, а сама микропрограмма харда после нескольких неудачных попыток перезаписи и последовательного считывания.
и никаких других вариантов здесь быть не может.

[demon51085]

Dieman666, ещё раз: плевать я хотел кто принимает решение о переназначении - программа или микропрограмма. Переназначены сектора, которые не являются битыми! Всё! Это не обсуждается! Нужно лишь отменить это, т.е. очистить лист. Есть предложения по решению?

[Dieman666]

до свидания. не хотите слушать, майтесь херней.

[demon51085]

Dieman666, Не хотите принимать, что такое возможно - проходите дальше.