Diagnostic port locked seagate как исправить

Здравствуйте.

Не подскажете, можно ли обойти Diagnostic Port Locked на жёстком диске ST1000DM003-1SB10C, PCB 100774000 RevA, путём диэлектрической прокладки на разъём РСВ?

• 0
• 1
• 2
• 3
• 4
• 5

Похожие вопросы:

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

Ремап – это замещение дефектного сектора резервным. Замещение происходит в трансляторе – таблице, которая преобразует логический адрес LBA/CHS в координаты физических цилиндра, головки и сектора (PCHS) (как известно, логические координаты CHS не совпадают с физическими уже очень давно, примерно от емкостей в 100 Мб и более). Адрес дефектного сектора просто заменяется адресом резервного. Замещение может происходить как перманентно, перезаписью модуля транслятора на диске, так и виртуально, в памяти контроллера, “пропатчиванием” рабочей копии транслятора информацией из G-List. У разных накопителей по-разному. Недостаток такого метода – каждый раз при обращении к этому сектору головка перемещается в резервную область и обратно, что отрицательно сказывается на производительности (выглядит как “провал” на графике чтения).

Транслятор бывает статический и динамический. Статический хранится модулем на диске, создаётся один раз во время селфскана на базе P-List, однако может быть внутренне пересоздан командой “Пересчёт транслятора” (к слову, эта же команда является внутренним форматированием, разница только в параметрах). Динамический собирается в памяти на основе информации о числе головок, зонном распределении и дефект-листов, и любые изменения в этих модулях отображаются на трансляции немедленно. Динамический более характерен для старых винтов, статический – для современных.

Стратегии резервирования секторов
1. Резервные дорожки. На каждой стороне выделено по несколько резервных дорожек, при обнаружении бэда дорожка заменяется целиком. Одна из простейших стратегий резервирования, высокая надёжность. Недостатки – малое число скрываемых бэдов, неэффективное использование пространства. Встречается на первых винтах, у которых CHS адресация совпадала с физической.
2. Резервные сектора в конце каждой дорожки. Также один из простейших алгоритмов. В конце дорожки выделяется по одному-два резервных сектора. При обнаружении бэда он замещается резервным на той же дорожке, что даёт ремап практически без потери скорости обращения. Недостатки – неэффективное использование места, проблемы при появлении более чем одного-двух дефектных секторов на дорожке – винчестер либо отказывается делать ремап, либо вынужден использовать резервный сектор соседней дорожки, что сильно усложняет алгоритм.
3. Выделенная резервная зона, обычно в конце диска. Позволяет наиболее экономно использовать место. Недостаток – большие задержки, вызванные перемещением головки каждый раз в конец диска.
4. Распределение резервных блоков по всему дисковому пространству. Наиболее эффективный, но и наиболее сложный алгоритм.
Кроме того, для улучшения эффективности многие диски допускают группировку дефектов в треки – если число бэдов на дорожке больше определённого, трек целиком заменяется резервным. Таким образом, каждый дефект-лист оказывается разбитым на две части – трековый и секторный.

Кроме растущего при ремапах дефект-листа (G-List), есть ещё первичный дефект-лист (P-List). В него заносятся дефекты, найденные в процессе изготовления и заводского тестирования винчестера. В трансляторе их адреса просто пропущены (slipped). Таким образом, дефекты из P-List не влияют на скорость работы диска. Разумеется, при ремонте возникает желание перенести G-List в P-List. И у многих винчестеров такая возможность есть! Выполняется она, естественно, недокументированной vendor-specific служебной командой, подать которую можно только при помощи спец-утилит (либо, если такой команды нет, утилита может сама пересчитать адреса, внести необходимые изменения в P-List и переписать его). Кроме того, служебными командами оба листа доступны для считывания, записи и редактирования. Но есть одно “но”: после переноса (merge) G-List в P-List адреса во всём трансляторе должны быть сдвинуты. Для этого служит операция пересчёта транслятора. Она строит новый транслятор, опираясь на данные одного или нескольких дефект-листов. В принципе, пересчёт транслятора может учитывать сразу и G-List, но тогда он должен сам выполнять перенос дефектов – после пересчёта транслятора оставлять G-List непустым бессмысленно.
У некоторых винчестеров LBA адрес сектора хранится в его заголовке, поэтому команда пересчёта транслятора совмещёна с внутренним форматированием. А делать при этом реальное форматирование или нет – определяется опциями команды. Если его не проводить, возможна проблема, известная как расхождение транслятора или “вилка” транслятора, когда с определённого (первого бывшего сбойного) сектора адреса перестают совпадать, и винт читается только до определённого места, дальше выдавая сплошные UNC. Решение проблемы при ремонте – обычными средствами сделать запись всей поверхности диска: при записи заголовок сектора переписывается правильным. Восстановление же информации на диске с “вилкой” – задача сложная и нетривиальная, выходящая за рамки темы.
Другая проблема, которая может возникнуть при скрытии дефектов вручную – это конфликт таблиц дефектов. Например, если есть трековый дефект и секторные дефекты по тому же треку. Команда пересчёта транслятора при этом завершается с ошибкой. Решение – вручную найти и удалить из секторной таблицы дефекты, которые уже есть в трековой.

Но это всё были сложные случаи, вернёмся к простому: а как же, собственно, пользователю сделать этот самый ремап сбойного сектора? Ответ – никак. В стандарте ATA нет команды на ремап выбранного сектора, жёсткий диск сам, на основании своих алгоритмов, решает, делать ли ему ремап или нет, а мы можем лишь его к этому подтолкнуть. (Примечение: это не совсем так. у некоторых производителей, например Fujitsu и Quantum, есть vendor specific команда Reassign) Обычный алгоритм таков: при обращении с сектору контроллер фиксирует количество попыток чтения и ошибок ECC, и исходя из них, может занести его в лист кандидатов на ремап (Pending Sectors). Количество секторов в этом листе отображается в 197 атрибуте S.M.A.R.T – Current Pending Sector Count. При записи в этот сектор контроллер проверяет результат записи, и если сектор после этого стал читаться успешно (т.н. софт-бэд) – удаляет его из списка пендингов, если же нет – записывает информацию в резервный сектор и дополняет G-List: происходит ремап. Счётчик SMART #196 Reallocation Event Count при этом увеличивается на единицу, а в #05 Reallocated Sectors Count добавляется число переназначенных секторов. Либо же накопитель во время операции оффлайн-самотестирования делает попытку чтения пендингов, и если сектор прочёлся успешно – делает попытку его ремапа. В переназначенный сектор записывается старая информация. Таким образом, потери информации ни в том, ни в другом случае не происходит.

Так как же вынудить винчестер сделать ремап? MHDD и Victoria делают это так: при сканировании при обнаружении сбойного сектора делается одна из следующих выбранных опций:
Remap – сектор перезаписывается (чем – не знаю), потом проверяется его читаемость, о которой программа судит об успешности ремапа. Информация в секторе при этом, насколько мне известно, теряется.
Advanced remap – делается несколько последовательных попыток чтения-записи в ожидании, что контроллер занесёт дефект в кандидаты и выполнит его ремап. Операция при этом осуществляется не только для нечитаемых секторов, но и для секторов со слишком большим временм обращения – при этом в них записывается старая информация.
Fujitsu Remap – дефект заносится в дефект-лист, используя технологические команды этих накопителей.
Erase 256 sect. – затирается не только этот сектор, но и окружающие его соседние. На всякий случай.
Подробнее тут: http://gattosporco.blogspot.fr/2014/03/ … p-hdd.html
Либо можно просто затереть весь диск любым доступным способом.

Еще о ремапе: https://3dnews.ru/166013/page-2.html
Ну и последнее примечание: у винчестеров Samsung ремап отключен на заводе (хотя микропрограмма его поддерживает).