» Ремонт накопителей Seagate. Часть 2

Цитата:

А с чего вы взяли что они закрыты для простого чтения трэков ?.

Не закрыты, но так как нет индификаторов модулей в самих модулях.
По трекам мало реально понять, где начинается и кончается какой-то модуль.
А длина модулей переменная. Плюс нужно учитывать трансляцию самой служебки.
Из-за ее большого размера, она редко когда не содержит дефектов (V2)

Цитата:

И поэтому то что проверялось сутки - за 10 секунд "перепроверилось"

А кто заставлял ждать сутки ? Вы могли сканировать и сами,а BGMS помог бы
начиная с места останова.


Цитата:

Да какое ж еще форматирование-то?

m0,D,....это не форматирование. Возможно его можно сделать таковым,если менять
опции формата 7>K. (но я этого не знаю)

tametung по вашему получается, что довольно часто винты работают неформатированными вообще... И даже этот работает, если не делать последнее 6.3. Только ремепы сильно раздражают. А после 6.3 он оказыывается неформатированным... Так по-вашему?

Не проще ли признать, что 6.3 делает что-то НЕ ТО, и выбрасывает на поверхность секторы, давно забракованные в V1 и V4?


Я не настаиваю. Опять же - буду только рад, если меня поправят. Но пока что - неубедительно, потому что нелогично.

Цитата:

Не проще ли признать, что 6.3 делает что-то НЕ ТО, и выбрасывает на поверхность секторы, давно забракованные в V1 и V4?

Все то она делает, если перед ней не форматировать.
m0,D - формат, с очисткой первичных листов, без сертификации и подробным логом.
Очистив первичные листы вы потеряли результаты заводского селф-скана.
А m0,x не умеет работать с дефектами сервы. Вот они и вылезли, потому теперь хард и зависает.

Цитата:

По трекам мало реально понять, где начинается и кончается какой-то модуль.

Ну раз HDD понимает,значит где-то есть такие таблицы.

Цитата:

А длина модулей переменная. Плюс нужно учитывать трансляцию самой служебки.

Это ничего не значит.Через терминал она доступна.
Поэтому говорить

Цитата:

К тому же есть системная область, не доступная на 11-х ни через терминал, ни по интерфейсу

не корректно.





Добавлено:

Цитата:

по вашему получается, что довольно часто винты работают неформатированными вообще...

Если диск отформатирован,то будет поддерживаться команда A>P.(ну естественно там где
она есть). .

Цитата:

И даже этот работает, если не делать последнее 6.3. Только ремепы сильно раздражают. А после 6.3 он оказыывается неформатированным... Так по-вашему?

Нее не так. При существующем формате,получаемый транслятор-кривой. Как то так

Цитата:

Не проще ли признать, что 6.3 делает что-то НЕ ТО, и выбрасывает на поверхность секторы, давно забракованные в V1 и V4?

Тогда получается что и предыдущие m0,6,3 портили slip. Чем же последний такой особенный ?

Цитата:

Ну раз HDD понимает,значит где-то есть такие таблицы.

Где-то есть беспорно, но их нужно найти и разобраться в их структуре.
Пока, насколько знаю, кроме сигейтовцев этого делать ни кто не умеет


Цитата:

не корректно.

Я уточнил, что на 11-й серии.
нет у них команды T> rxxx.
По интерфейсу модули имеют другие индификаторы, не такие как по rxxx.
Часть модулей не читается и по rххх.
Обращение к ним проводит к зависанию харда.
Так что не так все просто, как кажется.

Цитата:

m0,D - формат, с очисткой первичных листов, без сертификации и подробным логом.

0Dh=1101.По идее бит 1101 должен дезавуировать "подробный лог". (я выше говорил
о гипотезе приоритетов).Например у меня на SD15 никакого лога нет.

Цитата:

Все то она делает, если перед ней не форматировать.
m0,D  - формат, с очисткой первичных листов, без сертификации и подробным логом.

Я ж для того ее и использую, чтоб избавиться от того что было раньше. А перед ней - вручную вытираю V1, V4 и делаю m0,2,2 - чтоб уж наверняка ничего не осталось. Проверяю (после 2.2) - да, V1, V4 - пустые, и только потом зпускаю D. Кстати, пока V4 пустой (причем после D) - тогда 6.3 действительно не трогает V1 - совпадает байт в байт с предыдущим (проверял). А когда в V4 есть как раз то, что правильно РАБОТАЕТ, и то что нужно теперь перенести в V1 - вот тут-то и засада...

Вдобавок не работает A>P, пишет

F3 A>P
Command may take 10's of seconds, be patient...
Error 1008 DETSEC 0000500E done.
F3 A>

Цитата:

По интерфейсу модули имеют другие индификаторы, не такие как по rxxx.

Просто АСЕ читает с помощью использования другого "сервиса"=01H.

Цитата:

Часть модулей не читается и по rххх.

Я знаю. Я и протокол обмена исследовал,и с нумерацией[Volume] разбирался.
http://www.acelab.ru/pcTechSupport/forum/viewtopic.php?t=7002&postdays=0&postorder=asc&highlight=volume&start=15

Цитата:

Так что не так все просто, как кажется.

все встроено в PC3K,никто не мешает разбираться.

Цитата:

Тогда получается что и предыдущие m0,6,3 портили slip. Чем же последний такой особенный ?

Во! Вот в этом и вопрос!
Предыдущая (кстати, тоже после D) не портила слип, но тогда и V4 был пустой. Я даже как-то для проверки сделал очень маленький V1, и совсем маленький V4, - так после 6,3 V4 очистился, а V1 стал ОГРОМНЫМ, и не имеющим никакого отношения к тому что было в V1 и V4.

Цитата:

Я даже как-то для проверки сделал очень маленький V1, и совсем маленький V4, - так после 6,3 V4 очистился, а V1 стал ОГРОМНЫМ

Ясно.Вы путаете slip и PList. Огромным он (Slip) стал потому,что пересчет производится в слип
с учетом PList,a через команды T>i PList очистить нельзя. (поэтому он никуда не девается)

Цитата:

Ясно.Вы путаете slip и PList.

Не то чтобы путаю, но вот как они взаимодействуют - могу только догадываться.

Хорошо, откуда тогда "пополняется" П-лист, как вытряхнуть из него то барахло, которое там явно не к месту?

Ведь смотрите - все работает (хоть и с ремепами) до тех пор, пока в V1 и V4 содержится правдоподобная информация (правдоподоподобная - то есть примерно соответствующая моим наблюдениям за винтом). Но как только V1 нагребает себе непонятно чего из п-листа (предположим что оттуда) - все, с этого момента виснет.

tametung

Цитата:

Возможно его можно сделать таковым,если менять
опции формата 7>K. (но я этого не знаю)

Опции формата ещё и по 2>Y
можно менять но там значений очень много... Я как то пытался в ней разобраться...
Но результатов от неё не добился....

Цитата:

Хорошо, откуда тогда "пополняется" П-лист

A>P

Цитата:

как вытряхнуть из него то барахло, которое там явно не к месту?

Думаю вытряхивать надо из Slip.

Цитата:

Но как только V1 нагребает себе непонятно чего из п-листа (предположим что оттуда) - все, с этого момента виснет.

Нагребает из m0,6,3.




Добавлено:
suz191

Цитата:

Опции формата ещё и по 2>Y

Это опции работы с retry на дефектах.
Error Recovery Info. Я как то пробовал с 7>Y5.(на диске с "цветняком",т.е с секторми
четающимися сверх эталонного времени доступа). Но возможно что сама T>m заново перестанавливает биты.

Цитата:

никто не мешает разбираться.

Это понятно, только где время на это взять?
Нужно же текущие заказы делать. Причем быстро. Через пару недель ковыряния, клиент чаще всего отказывается от заказа, либо забирает хард, либо бросает затею и ничего не платит.
Причем тенденция такая, что неподъемных заказов, становится все больше и больше. Хоть в DR, хоть в ремонте.
Требуют колосальных затрат времени. Терабайтники с поврежденной поверхностью, c полудохлыми или чужими головами, не вот-то и за месяц порой вычитаешь.
И селфсканы (где еще есть) на них неделями идут, а потом еще раза три всю поляну прописываешь и сканируешь, чтобы скрыть оставшиеся проблемные области. Одно такое сканирование ~14 часов на 2TB. А в результате, чаще всего, хард отправляешь в расход, все равно нормальным он не получается.
При этом есть масса хардов, с которыми утилиты бессильны. Т.е. последнее время с возложеными на себя обязательствами по разработке утилит ни кто из разработчиков утилит не справляется.

Цитата:

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

А кто давал такие обязательства ? Вы(и я ) покупали _текущий функционал_ (на дд.мм.гг). А за апдейты,на АСЕ нужно просто молиться !Т.к утилиты расширяются-усиливаются на бесплатной основе.

Цитата:

Хорошо, откуда тогда "пополняется" П-лист

A>P

Нет, я имел ввиду - откуда он САМ пополняется/создается. >P у меня даже не работает - ошибку выдает (см. выше)


Цитата:

Думаю вытряхивать надо из Slip.

Так в том-то и дело, что вытряхитваю, потом удается заполнть его правильными деффектами по D, а в результат самотеста - и V4 становится правильным - и все работает, хоть и с ремепами! А потом, после 6,3 - не работает. На этот раз вообще виснет с 0-го LBA. Дальше - местами работает, местами нет - однозначно транслятор посчитался с серьезными ошибками и вдобавок в V1 - неправильная информация (предположу, что как раз по ней и посчитан транслятор).


Цитата:

Но как только V1 нагребает себе непонятно чего из п-листа (предположим что оттуда) - все, с этого момента виснет.

Нагребает из m0,6,3.  

Вы смеетесь наверное Ну как же 6.3 перелопатит 500гиг за 10 секунд????? А набивает V1 она серьезно, включая LBA, относящиеся к самомму концу диска. Это можно только взять из какого-то старого лога, - нельзя так быстро просканировать. И как раз этот лог все и портит!

tametung

Цитата:

Но возможно что сама T>m заново перестанавливает биты.

не если выставить 2>Y в принципе и 7>Y тоже самое...
То тогда формат проходит по разному...
Но опять таки что выставлять? в том или ином случае не понятно... Да и какой случай дефекта то же определить сложно...
Да и биты там километровые....

пробовал делать ограничения размера винту...
Выставлять тестовое пространство ну чтоб взять кусочек и с ним работать!!!
Вот это команда m обходит и всегда знает свой размер....

Цитата:

Вы(и я ) покупали _текущий функционал_ (на дд.мм.гг). А за апдейты,на АСЕ нужно просто молиться !Т.к утилиты расширяются-усиливаются на бесплатной основе.

С этим согласен только отчасти, все же опыты по новым функциям на нас.
Вместо нормальной работы бесконечная ловля глюков комплекса.
Но ведь даже за деньги, причем, даже очень большие деньги - ни чего нормального нет, одни проэкты.

Цитата:

Так в том-то и дело, что вытряхитваю, потом удается заполнть его правильными деффектами по D, а в результат самотеста - и V4 становится правильным - и все работает, хоть и с ремепами! А потом, после 6,3 - не работает.

У меня таких винтов много именно после 6,3 перестают работать...
причина не понятна.... всегда приходилось возвращать на место через D,2... возможно и не на место вовсе... но v1 после D,2 очищался в прежний вид... и винт начинал работать....
Но дефекты от этого не исчезали

Цитата:

Нет, я имел ввиду - откуда он САМ пополняется/создается.

PList cоздается на заводе.Во время скана
A>P дает возможность его пополнить. Хотя сделано так,что дефекты добавленные через
мердж видны по флагам. (т.е "на заводе" всегда смогут разобраться как они туда попали).
Но есть еще и возможность скрывать дефекты пополняя сам слип лист.(это вроде так
называемый пост-процесс).Что вы собсна и делаете выполняя "пересчеты трансляторa" m,6,3...

Цитата:

Так в том-то и дело, что вытряхитваю

Ну дада. Если вы ремонтировали Сигейты которые были до серий .11 .12 вы могли встречаться с Error Close Slip List (60) (который в принципе возникал по разным причинам).
Ну а чем принципиально отличается ваш случай не прохождения m0,8 от (60) ? Он что разве был правильным,а не пустым по V1 ?
Поэтому вполне логично считать,что именно текущий ваш Slip- "кривой".И из-за этого
"кривота" попадает и в T>V4

Цитата:

Вы смеетесь наверное

А что такого длительного отсортировать в памяти [потыкав в BBM (если это делается ?) ] ?


Добавлено:

Цитата:

Вместо нормальной работы бесконечная ловля глюков комплекса.

Даже я с этим сталкиваюсь (хотя програмирую очень мало).
Что-то добавил-может перестать работать старое Просто очень трудно все предусмотреть сразу. А PC3K огромный по коду проект.

Добавлено:
suz191

Цитата:

Да и биты там километровые....

26 строк. биты с 0-го по 26-й.

Цитата:

Но опять таки что выставлять? в том или ином случае не понятно...

Верно. Т.к мы слабо разбираемся в предмете.
Но тем не менее игра с Yx может помочь (?) дотащить m0,0 (m0,8,) принудительно.
и тогда заработает merge.

хм. Щас посмотрел A>P. Это MergeAltListIntoSlipList. Но я сам видел ентри с флагом GList
в Plist

Цитата:

PList cоздается на заводе.Во время скана на заводе.
A>P дает возможность его пополнить.

И все? Больше никак? Если все, и при этом он участвует в пересчете транслятора, и при этом все портит - значит в результате какого-то сбоя туда попали ошибки, - в этом и вся причина. Тогда ситуация безвыходна, - если НИКАК нельзя сформировать его заново, по РЕАЛЬНЫМ деффектам на текущий момент.


Цитата:

А что такого длительного отсортировать в памяти [потыкав в BBM (если это делается ?) ] ?

Отсортировать и в результате получить лист, В ДЕСЯТКИ РАЗ больший, чем то, из чего он сортировал, так чтоли?


Цитата:

Поэтому вполне логично считать,что именно текущий ваш Slip- "кривой".И из-за этого  
"кривота" попадает и в T>V4

В V4 вообще ничего не попадает. Как тому и положено быть - после 6,3 этот лист очищается. Я ж по пунктам описал всю последовательность действий и все что происходит важного
http://forum.ru-board.com/topic.cgi?forum=84&topic=3858&start=240#20


Цитата:

MergeAltListIntoSlipList

Ну дык - то что надо. Только не работает.

Vlad_0463

Цитата:

A>P

Вот - вот, он то девок и портит...

Цитата:

И все? Больше никак?

C>Q.

Цитата:

и при этом все портит - значит в результате какого-то сбоя туда попали ошибки,

значит откатитесь назад. Вы же сохранили служебку до пересчетов/форматов ?

Цитата:

В V4 вообще ничего не попадает.

А чтож вы тогда переносите по m,6,3 ?

Цитата:

Я ж по пунктам описал всю последовательность действий и все что происходит важного

Ничего важного,кроме того что m0,8 завершен с ошибкой не происходило.

Vlad_0463
В альте все дефекты по 2-й голове.
А в итоге юзерслипа, случайно, не по 0-й и 2-й большинство дефектов ?

AntiMember

Цитата:

В альте все дефекты по 2-й голове.

А просто самотест дальше не пошел, причем ЕЩЕ не пошел, - там 7FF элементов и на этом самотест остановился. После 6,3 и соотв-нно очистки V4 - продолжился.


Цитата:

А в итоге юзерслипа, случайно, не по 0-й и 2-й большинство дефектов ?

Не совсем.

Head 0: entries 18D slips C99
Head 1: entries 16C slips ACD
Head 2: entries D00 slips 1D3ED
Head 3: entries 16D slips 22F6
Total Entries 1166 Total Slips 20E49

Но фишка в том, что деффекты по 2-й голове заканчиваются на LBA 3CD7B96 (~всего-то 30гиг у пятисотника) и дальше идет очень равномерное распределение деффектов по всем головам, тем более что их (остальных) не так уж и много - видал и значительно похуже, причем у совершенно рабочих винтов.

Добавлено:
Кстати, там по 2-й голове на начальных 30-ти гигах деффекты "специфические". Если не делать последнее 6,3, - чтобы винт работал и не вис - тогда он ЗАМЕЧАТЕЛЬНО прописывается Викторией, практически как новый. И если читать СРАЗУ, то есть запись со включенной галочкой DDD (виктория) - тоже все отлично, почти как у нового винта. Поэтому m0,D и не видит этих деффектов. А вот если прочитать ПОТОМ, хоть через пару секунд, но все же не совсем сразу - тогда и вываливается куча деффектов по 2-й голове на первых 30-ти гигах. И это прекрасно ловится самотестом или сканом в Виктории, деффекты заносятся в V4, винт начинает работать с ремепами, но - работает. Вопрос только - как теперь скрыть эти деффекты. m0,6,3 делает винт неработоспособным, он неизбежно вешает Викторию почти в любом месте поверхности.

Vlad_0463

Цитата:

А вот если прочитать ПОТОМ, хоть через пару секунд, но все же не совсем сразу - тогда и вываливается куча деффектов

Сильно смахивает на серву. После ухода с дорожки и возврата, голова не может точно
зависнуть над ней. Хотя, не вникал, не могу точно сказать, как организована
серворазметка на этой серии.

Цитата:

Сильно смахивает на серву. После ухода с дорожки и возврата, голова не может точно
зависнуть над ней. Хотя, не вникал, не могу точно сказать, как организована
серворазметка на этой серии.

Может серва, может деффект поверхности под 2-й головой - важно ли это? Это незначительные по общему объему деффекты, которые прекрасно ловятся и сохраняются в V4, после чего винт работает с ремепами, но без ошибок. Правда - за один раз много не наловишь, насколько я понял - не более 7FF штук. Но можно бы и не за один раз, - не вопрос, проблема только в том, что m0,6,3, которая должна бы просто скрыть эти деффекты и освободить V4 для следующей "ловли", - вместо этого команда делает винт неработоспособным, заменяя правильное содержимое V1 ошибочным.

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

Vlad_0463

Цитата:

Может серва, может дефект поверхности под 2-й головой - важно ли это? Это незначительные по общему объему дефекты, которые прекрасно ловятся и сохраняются в V4, после чего винт работает с ремапами, но без ошибок.

Я думаю это важное... такие винты тоже имеются в коллекции....
Возможно где-то по серве ловит дефект и весть транслятор у летает!!!
Был да же винт который полностью работал но после 6,3 исчезал весь конец винта...
как отдельно найти и убрать этот сектор... из дефектов так что бы он его опять не поймал не получилось... Он потом всё равно автомотически его поймает

suz191
Там все проще и значительно печальней, к сожалению. Я обнаружил, что в моем экземпляре все это происходит примерно так:

1. Есть "дежурный" деф.лист. Что это - фиг знает, может быть из старого лога, а может быть его и не существует в готовом виде - тогда он на-ходу генерируется, например из п-листа. Но - неважно пока, откуда он берется. Главное, что понятие "дежурный" - есть, и этот лист сам по-себе никогда не меняется - с момента выхода винта с завода.
2. m0.D - строит новый слип-лист, и поначалу все как бы нормально, нужно всего лишь наловить новых деффектов в альт-лист и скрыть их. Но - не тут-то было. Команде m0,6,3 глубого пофигу, что у вас находится в вашем текущем слип листе. Она склеивает ваш V4 с тем самым "дежурным", и помещает результат в V1, и по нему же считает транслятор... Все - приехали. Винт повиснет почти в любом месте, даже на совершенно рабочей поверхности. Точнее - на той что БЫЛА рабочей до этой команды.

Печально, но я нашел и выход из этой ситуации. Сначала обрадовался, но - опять "не тут-то было". Суть вот в чем.

Если форматировать тупо по m0,2,2 при вытертых заранее V1 и V4 (а может даже и не надо их тереть) - тогда за основу берется как раз тот самый "дежурный", а добавлять потом к нему по 6.3 - уже совсем другое дело. Более того - в этом случае деффекты действительно накапливаются в V1. И, казалось бы - теперь только осталось выловить остальные деффекты... Но за один раз много не наловишь, а за много.... Судя по наблюдениям - команда "m" перепроверяет то, что ей подсовывают. Причем не только то что вы подсовываете сейчас (V4), но и текущее содержимое V1. Например - проверяем середину диска - все отлично. Проверяем начало - плохо. Делаем там ремепы, скрываем деффекты, проверяем - да, здесь стало намного лучше. НО (!!!) смотрим теперь середину.... А команде "показалось", что те деффекты, которые относились к середине (некоторые из них) - не совсем деффекты, и можно их высвободить на поверхность... Короче - пока латаем одно место - в других может выскочить все что угодно. В частности я "до-латался" до того, что стало виснуть и на записи, причем почти в любом месте диска. Хотя, до определенного момента, с каждым добавлением деффектов все выглядело лучше и лучше. Одно время даже казалось, что почти закончил... Радует только то, что по 2,2 можно вернуть все назад и начать сначала.

Просьба не относиться к этой информации, как к точной. У меня на этот винт уже просто нервов не хватает, поэтому мог где-то что-то перепутать или недоглядеть, - и сделать неправильные выводы. Но сложилась именно такая картинка, как я описал. А вывод отсюда только один. 7200,11 - НЕремонтопригодны. Разве что поправить легкие ошибки или погонять муху. До тех пор, пока ХОТЯ БЫ (промолчу про отключение голов) - пока не научимся напрямую править деф.листы. То есть - выгребать их наружу, править и ставить на место. А править - тоже надо бы не вручную, а то забодаемся с калькулятором, так что - .......