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

ПЗУ - там маска, трогать нечего. Собссно апп с цертом влил, адаптивы с блинов не подчитал, на N2 - встал в P.

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

как советовал igor_me сделал терминальный адаптер на базе Дата-кабеля DCA-510 для телефонов Siemens (микросхема PL-2303): припаял четыре провода к выходному разъему дата-кабеля и соединил по схеме:
RX (PL-2303) -->> TX (hdd)
TX (PL-2303) -->> RX (hdd)
GND (PL-2303) -->>GND (hdd) технологического разъема
VDD (PL-2303)-->> +5V от разъема питания MOLEX от блока питания ПК

Подключил питание к ST31000528AS (начало: http://forum.ru-board.com/topic.cgi?forum=84&topic=4566&start=220#19 ), с помощью PuTTY подключился к COM-порту и вижу вот это:
http://www.7image.ru/v.php?id=391555
Что это?

до этого замыкал RX-TX и PuTTY выдавала только то, что я печатал.

Kostenius
38400 8N1(8N2)

NiTr0

Цитата:

Обрезки в общем-то по большей части в стол складируются...

Интересное занятие.
Тут включить, проверить и записать, что есть такой донор, не успеваешь. Так и лежат неразобранные в коробках годами. Какой уж тут ремонт.

-

AntiMember
благодарю, когда настроил порт 38400 8N1(8N2):
http://www.7image.ru/pics/1013/391577611.png
терминал безостановочно выдает:
LED:000000CD FAddr:002582FF
выходит это не муха СС?

Kostenius

Цитата:

выходит это не муха СС?

Да мухи СС и небыло никогда никакой. Просто трап:
LED:000000CС FAddr:00ХХХХХХ так обозвали.
В трап (обработчик ARM ловушки исключений-ошибок) софт диска попадает по разным причинам. В основном - переполнение листов или логов. [more=ОбрТрап:]sub_AB9C ; CODE XREF: sub_9E24+80p
RAM:0000AB9C ; RAM:0000A844j ...
RAM:0000AB9C PUSH {LR}
RAM:0000AB9E BL sub_AC24
RAM:0000ABA2 POP {R0}
RAM:0000ABA4 MOVS R1, #0xCC ; '¦'
RAM:0000ABA6
RAM:0000ABA6 loc_ABA6 ; CODE XREF: sub_ABAC+Aj
RAM:0000ABA6 ; sub_ABB8+Aj
RAM:0000ABA6 MOV R0, LR
RAM:0000ABA8 LDR R2, =sub_ABD0
RAM:0000ABAA BX R2 ; sub_ABD0
RAM:0000ABAA ; End of function sub_AB9C
RAM:0000ABAA
RAM:0000ABAC
RAM:0000ABAC ; =============== S U B R O U T I N E =======================================
RAM:0000ABAC
RAM:0000ABAC
RAM:0000ABAC sub_ABAC ; CODE XREF: sub_B6EA:loc_B7CCp
RAM:0000ABAC ; sub_F92E+4Cp
RAM:0000ABAC PUSH {LR}
RAM:0000ABAE BL sub_AC24
RAM:0000ABB2 POP {R0}
RAM:0000ABB4 MOVS R1, #0xCD ; '='
RAM:0000ABB6 B loc_ABA6
RAM:0000ABB6 ; End of function sub_ABAC
RAM:0000ABB6
RAM:0000ABB8
RAM:0000ABB8 ; =============== S U B R O U T I N E =======================================
RAM:0000ABB8
RAM:0000ABB8
RAM:0000ABB8 sub_ABB8 ; CODE XREF: sub_9F4A+10p
RAM:0000ABB8 ; sub_9F70+14p ...
RAM:0000ABB8 PUSH {LR}
RAM:0000ABBA BL sub_AC24
RAM:0000ABBE POP {R0}
RAM:0000ABC0 MOVS R1, #0xCE ; '+'
RAM:0000ABC2 B loc_ABA6
RAM:0000ABC2 ; End of function sub_ABB8[/more]

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

Цитата:

LED:000000CD FAddr:002582FF

Это так-же может быть признаком переполнения чего-либо.
У вас теперь задача попасть в F3 T>. Для этого два "народных" метода: изолирование
двигателя или корочение канала чтения.

AntiMember
Для моего случая подойдет данная инструкция из http://people.overclockers.ru/showman/record1 ?

Код:
Нажали CTRL+Z
F3 T>
F3 T>/2
F3 2>Z

Spin Down Complete
Elapsed Time 0.147 msecs
F3 2>

Подождали 5-10 секунд: убрали изолятор (на этом шаге убирать изолятор нужно на живую, без отключения питания)
Опять нажали CTRL+Z
F3 T>
F3 T>/2
F3 2>U

Spin Up Complete
Elapsed Time 7.457 secs

F3 2>/1
F3 1>N1
F3 1>/T
F3 T>

Вытащили питание секунд на 20, вставили обратно (не обязательно именно на 20сек, главное дождаться когда винт полностью остановится и только тогда снова подавать питание)
Нажали CTRL+Z
F3 T>
F3 T>i4,1,22
Очистка G-List является опциональной и при первой попытке восстановления можно эту команду пропустить, если же после всей процедуры муха СС останется, то нужно повторить все сначала, но уже с использованием этой команды.
F3 T>m0,2,2,,,,,22

Команда выполняется от 5-10 секунд до нескольких минут...
Потом появится сообщение вида:

Max Wr Retries = 00, Max Rd Retries = 00, Max ECC T-Level = 14, Max Certify Rewrite Retries = 00C8
User Partition Format 5% complete, Zone 00, Pass 00, LBA 00004339, ErrCode 00000080, Elapsed Time 0 mins 05 secs
User Partition Format Successful - Elapsed Time 0 mins 05 secs

Kostenius

Цитата:

Насколько велик риск окончательно потерять доступ к информации на винте в случае неправильных действий?

Достаточно велик для ценной инфы.

Цитата:

Готов отдать несколько тыс.руб. квалифицированному специалисту чтобы с гарантией получить назад свои данные без лишней нервотрепки и потерь времени.

Стукните в личку Michael99 или Tomset с указанием вашего
места проживания - они вам дадут контакт ближайшего. Человеку с опытом и ПЦ3000
это будет проще и безопасней для даты.

На правах оффтопа:
tomset
Потому этим и занимаемся, что

Цитата:

Интересное занятие.

Было б не интересно - лично я б не занимался. Но и пользу приносит, однако. Во-первых для себя использую такие диски, во-вторых - на работе половина компов не просто на старых, а на IDE - дисках Ну а на рабочих компах большинству пользователей много места и не надо. ОС + Office + немного документов + несколько небольших дополнительных прог = 5-10 гигов. По пальцам можно пересчитать компы, на которых хранятся большие объёмы документов, "архивы", занимающие десятки гигабайт. Таких - не более десятка из примерно полутора сотен компов на предприятии (сервера - не в счёт, естесссно)...

Добавлено:
AntiMember
Думаю - согласитесь, что человек может попробовать хотя бы сбросить SMART через терминал. Иногда уже одна эта команда возвращает диск к жизни и в то же время - вроде бы на 99,9 % безопасна с точки зрения дальнейшего ухудшения состояния диска.
Хотя, если данные очень ценные и не жалко пару-тройку тысяч рублей - можно и к спецу. Решать автору.
Kostenius
Если решитесь сами...
Сначала команда сброса SMART и после неё сразу проверяйте, не пришёл ли диск в норму. Если нет - тогда пробовать пересчитать транслятор. Это уже более опасная процедура, её - только на свой страх и риск будете делать.
К хардам редко применимы пошаговые методики, если у вас другое семейство. Методика сама по себе действена, вот только команду m0,2,2,,,,,22 лучше не применять...
Вместо неё m0,6,2,,,,,22 , если G-list пустой, либо m0,6,3,,,,,22 - если не пустой. Команда чтения G-list есть в интрукциии. Если G-list не пустой - вероятность того, что пересчёт транслятора вернёт диск к жизни - ещё меньше. Я вас не пугаю, не подумайте, просто в деталях рисую ситуацию, чтобы вы знали, где можно безопасно прервать и отправиться к спецу, если станет страшно за данные... Да, и команду очистки G-list пробуйте только в самую последнюю очередь, только если всё вышеописанное не помогло (об этом, собственно, и в инструкции написано ). Будьте внимательны!

Добавлено:

Цитата:

Насколько велик риск окончательно потерять доступ к информации на винте в случае неправильных действий?

Не заметил сразу вопрос... Окончательно потерять - риск не велик. А вот повысить цену восстановления у спеца ещё на пару тысяч рублей - это да...

Цитата:

Готов отдать несколько тыс.руб. квалифицированному специалисту

Собственно, если так - тогда наверно зря я выше расписывал инструкцию...

igor_me

Цитата:

Думаю - согласитесь, что человек может попробовать хотя бы сбросить SMART через терминал.

Х.з. какая степень деградации голов. Как бы не получить субфайл ерорку.
Опять таки, если мусор в пендингах (Г-листе) - получит при ините CC, CD, CE...
Главное, что-б не отдал в местный "супер-сервис" - результат не предсказуем...

igor_me


Цитата:

Сначала команда сброса SMART и после неё сразу проверяйте, не пришёл ли диск в норму.

Запись сначала проверяют, работает ли?
А то и безобидная команда наделает делов.
Получит после сброса смарта объем 0.
К тому же на ST31000528AS Barracuda Семейство 7200.12,
в принципе не бывает классической "мухи".
А пересчет транслятора без его предварительного сохранения, почти всегда приводит к потере доступа ко всем или части данных.

AntiMember
igor_me
tomset

попал в F3 T> с помощью изолирования контактов двигателя
Команды чтения G-листа и P-листа выдают следующее:

Код:
F3 2>V4

DiagError 00005008
User LBA 00000A9C LLL CHS 000001.0.0004 PLP CHS 000001.0.0004
Byte Offset = 0000 Expected = 00 Actual = 98

F3 T>V1
User Slip Defect List
log log log phys phys
LBA span cumm cyl hd sctr zn cyl sctr SFI PBA
0 0 0 0 0 0 0 0 0 4 0

Head 0: entries 1 slips 0
Head 1: entries 0 slips 0
Head 2: entries 0 slips 0
Head 3: entries 0 slips 0
Total Entries 1 Total Slips 0

Если реаллокейтов не было - имхо можно попробовать очистить побитый г-лист...

Kostenius

Цитата:

Также прошу подсказать как правильно копировать информацию из окна tuppy

Разобраться с настройками. Я ей не пользуюсь для винтов. Я пользую ЗОК. Но его еще сложнее настроить. Можно виндовозный терминал пользовать. Там проще.

Цитата:

имхо можно попробовать очистить побитый г-лист...

Можно это проверить безопасно - очистить в памяти и вывести на фейс:
F3 T>i4,0,22
F3 T>Ctrl-R
После этого либо появится на фейсе (ессно, САТА должон быть подключен), либо опять в ЛЕД упадет. Ессно в винде он сам не примонтируется.
Информативно глянуть, а заодно проверить на битость лог БГМС.
F3 T>/1
F3 1>N8
Но, по всем признакам (User Slip Defect List), транслятор коррупт микропрогой винта.
Потому как слип является следствием его построения. А его нет.
В общем, Kostenius, если готовы рисковать датой -
F3 T>i4,1,22
F3 T>m0,6,2,,,,,22
Обязательно ждем окончания. Потом переключаете питание и цепляете сата и ищете на фейсе.

Kostenius

Цитата:

Также прошу подсказать как правильно копировать информацию из окна tuppy

В настройках: Window-Selection - поставить галку в пукте Action of mouse buttons: Windows

igor_me
благодарю, еще нашел в контекстном меню заголовка окна "скопировать все в буфер обмена"

Продолжаю поиски:
Нашел идентичную проблему: модель винта, версия прошивки и код ошибки полностью совпадают.
некто hamidbid из Ирана 27.03.2011 решил эту проблему, но как - не рассказал . Причем команды F3 1>N1 и m0,2,2,,,,,22 как я понял не помогали. Подробности здесь http://forum.hddguru.com/viewtopic.php?t=19308&start=
Точно такая же ситуация была у поляка koza18 http://www.elektroda.pl/rtvforum/topic2099517.html , одако ему, как и китайцу 292254128 с диском 12 серии: http://bbs.intohard.com/thread-74279-1-1.html помочь не смогли (по крайней мере следов я не нашел.)
Обратил внимание, что многие предолагают проблему с головками и повреждением поверхности пластин. Действительно, проблемам с диском предшествовала необычная аквтивнсть головок - было слышно как они часто щелкали с разной периодичностью (от нескольких секунд до нескольких минут). Однако это продолжалось небольше суток и сейчас головки слышно только при подключении питания и калибровке диска.

AntiMember
датой рисковать боюсь, не понял что такое "фейс" - можно поподробней

Kostenius
Вам винт явно сказал, что у него как минимум г-лист поврежден. Что еще порушилось неведомо. Что вам делать - выше сказали.

Если диск действительно сутки щелкал - надо было сливать данные, пока был к ним доступ, в нормальном режиме диски не щелкают.

Kostenius
Обширные у вас поиски... Вариантов может быть много, в т. ч. и физические неисправности, например - с головками... Вот здесь чел писал, например, что ему вообще очень легко удалось исправить http://www.ihdd.ru/forum/neponyatnaya-muha-ss-na-maxtor-diamonmax-23-t8833.html
Вы хоть очистку SMART пробовали? Или всё думаете - не пойти ли к спецу?

Цитата:

датой рисковать боюсь

Понятно... Все боятся.

Цитата:

не понял что такое "фейс"

Имелся в виду "вывод на SATA-интерфейс". Т. е это означает, что нужно вставить SATA-шлейф и потом запустить в ОС поиск нового оборудования... Естественно - "нагорячую", питание диску не передёргивать!

Интересный случай, сам диск имеет всего 7 дефектов. ресурсы слиты с него же
http://rghost.ru/private/49599381/4479621149886aacbd46eccb85ba93cd
Отвал записи всего то оказвается
Контакты черные были, чистка не помогла

Barracuda Green 2000Gb
st2000dl003
p/n 9vt166-570
f/w cc98
Стоял на внешнем накопителе. Упал. Стучит головками. Инфа не нужна. (фильмы какие-то)
Есть вариант оживить хоть в каком-то виде?

Цитата:

Упал. Стучит головками.

eufs, нет оживлять тут нечего - головы съехали. Вам повезло, что данные не критичны.

Спасибо.
отдаем как есть.
(может подарят...)

AntiMember

Цитата:

Можно это проверить безопасно - очистить в памяти и вывести на фейс:
F3 T>i4,0,22
F3 T>Ctrl-R
После этого либо появится на фейсе (ессно, САТА должон быть подключен), либо опять в ЛЕД упадет. Ессно в винде он сам не примонтируется.
Информативно глянуть, а заодно проверить на битость лог БГМС.
F3 T>/1
F3 1>N8

Вот что получилось:

Код:
LED:000000CD FAddr:002582FF
Rst 0x20M
No HOST FIS-ReadyStatusFlags 2002B001
ASCII Diag mode

F3 T>/2

F3 2>Z

HighPowerMode
Spin Down Complete
Elapsed Time 0.104 msecs
F3 2>
ASCII Diag mode

F3 T>/2

F3 2>U

HighPowerMode
ExecuteSpinRequest

Spin Up Complete
Elapsed Time 6.205 secs
F3 2>
ASCII Diag mode

F3 T>i4,0,22

подключил SATA кабель к винту

F3 T>Ctrl+R
ASCII Online mode

Kostenius
V4 - пустой, V1 какой-то тоже слабый... чтоб с завода был 1 дефект.. бывает, но ИМХО это глюк.

вам без ПС3000 ничего не остается, как пустить F3 T>m0,6,3,,,,,22
без всяких F3 T>i4,1,22

да-да, m0,6,3,,,,,22, а не m0,6,2.., хоть Glist якобы не содержит записей, но это лучше работает, когда данные нужны (по моей статистике)

+ я бы Ctrl+C жал, чтоб был полный рестарт и появление на интерфейсе (если в трап не выпадет)

south_man

Цитата:

вам без ПС3000 ничего не остается, как пустить F3 T>m0,6,3,,,,,22

Вот здесь (первый комментарий):
http://www.rom.by/forum/Seagate_1Tb_7200_11_ST31000333AS_sbros_G-list_SMART
Tomset писал: "Перенести дефекты из G(Alt)-листа в P(Slip)-лист: F3 T>m0,6,3,,,,,22
PS: Для данных эта команда фатальна!!!"

данные для меня представляют существенную ценность!

Kostenius

Цитата:

PS: Для данных эта команда фатальна!!!

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

а тут но не стоит забывать, что у вас 7200.12 (а там про 7200.11) да и ошибка не LED..СС.

так вот мной было замечено, что для 7200.12 m0,6,2 создает транслятор, который не сходится с тем, что нужно, хотя данные вычитать реально даже потом.

НО если поверить (просто мне не нравится то, что V1 очень мелкий (всего 1 запись содержит)) в то, что V4 реально =0, тогда можно попробовать просто собрать тр-р без учета Glist по m0,2,2... (т.е. я тут немного не согласен с igor_me, что для 12-й версии нельзя пользовать эту команду)

как узнать точно про V4 - вот тут вопрос.. может копии других списков вызвать, но не подскажу каких.. к слову их там много..

Пару постов выше просил помощи. Сказали показать скрины терминала старта диска. Выдала вот это:

Interface task reset
4096k x 16 buffer detected
TONKA - 1_Disk S.00 04-08-05 16:00

Buzz -



Чё из этого следует?

Вообще-то изначально у меня было так:
F3 2>V4
DiagError 00005008
User LBA 00000A9C LLL CHS 000001.0.0004 PLP CHS 000001.0.0004
Byte Offset = 0000 Expected = 00 Actual = 98

Теперь, после команды
F3 T>i4,0,22
которую посоветовал AntiMember

F3 T>V4 стало таким:
Reassigned Sectors List
Entries: 0000, Retrieved: 0000, Alts: 0000, Removed: 0000, Pending: 0000, GList: 0000, RList: 0000
Idx LBA PBA LLLCHS of LBA PLPCHS of PBA SFI Hours Msecs Status BBM Mask

И если она и чистит в памяти, то точно не в энергозависимой - несколько раз выключал питание и G-лист теперь всегда чистый и без ошибок.


Цитата:

+ я бы Ctrl+C жал, чтоб был полный рестарт и появление на интерфейсе (если в трап не выпадет)

попробовал нажать Ctrl+C, диск не появился а в теминале циклически появляются какие=то кракозябры:

south_man

Цитата:

без всяких F3 T>i4,1,22

V4 был битым.

manuductor

Цитата:

Чё из этого следует?

Есть такие же кроли. В кол-ве нескольких штук. Что-то в банке, скорее всего - коммутатор либо головы. Как вариант конечно начинающийся клин (блины обороты не набирают), но маловероятно.