Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Ремонт накопителей Seagate. Часть 5

Модерирует : Akam1, Dr_StandBy, vertex4

Akam1 (05-05-2014 03:48): http://forum.ru-board.com/topic.cgi?forum=84&topic=4737  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108

   

Akam1



Комса
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
 
 
Ремонт дисков Seagate

 
Терминал Seagate: поболтаем? или Краткий экскурс в терминальные команды накопителей Seagate
Seagate. Ошибки выдаваемые в терминал
Ремонт жестких дисков Seagate
Вычисление размеров объектов SA
Восстановление и ремонт дисков Seagate 7200.11
Теория Восстановление жестких дисков
Восстановление винчестеров Seagate 7200.11 после "Мухи CC"
Снятие пароля на примере GALAXY
 
SS 7200.X
Типовая проблема Seagate ST1000LM010 (не читается media cache)
Conformity of Modules and Sys. files at Seagate F3
 
Важно! Инструкция по чистке контактов на плате HDD
Как добраться до жёсткого диска, работающему под UEFI BIOS-ом?


Смотреть это Всем !

Всего записей: 26366 | Зарегистр. 20-04-2006 | Отправлено: 08:25 04-09-2013 | Исправлено: SRUTSSSSSSSS80, 13:49 12-04-2014
NiTr0

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Альпина 3.06 попалась, с одной дохлой головой в средине пакета. С 3.54 варью - служебка смещается, не читает бут адаптивы, T>R не проходит и при старте 2-го теста получаем P
 
Как его собссно побороть? Один такой вогнал уже в вечный P, затерев адаптивы...

Всего записей: 1430 | Зарегистр. 06-09-2008 | Отправлено: 21:20 19-10-2013 | Исправлено: NiTr0, 21:26 19-10-2013
tomset



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
NiTr0
ПЗУ не надо трогать, взять только апп и серт от 3.54 с таким же ПЗУ.
Диву даюсь, куда вы такие обрезки деваете.  
Как же надо навешать лапшу на уши человеку, чтобы ему такое г. впарить
Они даже, если ресурс не отработали, так от старости уже вся пластмасса и резина скукожились.
Разбираешь их порой на донора, все крошится на фик.

Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 21:38 19-10-2013 | Исправлено: tomset, 21:44 19-10-2013
NiTr0

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ПЗУ - там маска, трогать нечего. Собссно апп с цертом влил, адаптивы с блинов не подчитал, на N2 - встал в P.
 
Обрезки в общем-то по большей части в стол складируются... Выкинуть как-то жалко вроде, а так - может где-то еще и сгодятся.

Всего записей: 1430 | Зарегистр. 06-09-2008 | Отправлено: 23:05 19-10-2013
Kostenius

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
как советовал 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 выдавала только то, что я печатал.

Всего записей: 113 | Зарегистр. 06-12-2006 | Отправлено: 23:31 19-10-2013 | Исправлено: Kostenius, 23:31 19-10-2013
AntiMember

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Kostenius
38400 8N1(8N2)

Всего записей: 9012 | Зарегистр. 13-09-2010 | Отправлено: 23:34 19-10-2013
tomset



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
NiTr0

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

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

Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 23:41 19-10-2013
AntiMember

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
-

Всего записей: 9012 | Зарегистр. 13-09-2010 | Отправлено: 00:04 20-10-2013 | Исправлено: AntiMember, 00:17 20-10-2013
Kostenius

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

Всего записей: 113 | Зарегистр. 06-12-2006 | Отправлено: 00:17 20-10-2013
AntiMember

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Kostenius

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

Да мухи СС и небыло никогда никакой. Просто трап:
LED:000000CС FAddr:00ХХХХХХ так обозвали.
В трап (обработчик ARM ловушки исключений-ошибок) софт диска попадает по разным причинам. В основном - переполнение листов или логов. ОбрТрап:
 
Но бывают и ошибки в системной области диска - это хуже.
Собсно, по поводу обновы прошивок добавлю: я анализировал 11-ю серию - вся
разница в намного более мягком бэкграунд самотестировании диска и критериях  
отбраковки секторов. Прескан вообще убрали. Просто снизили требования к состоянию диска.Т.е. дерьмовое качество пластин и голов прошивка никак не лечит. Просто скрывает
до последнего от рядового юзера момент краха диска.

Цитата:
LED:000000CD FAddr:002582FF  

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

Всего записей: 9012 | Зарегистр. 13-09-2010 | Отправлено: 00:33 20-10-2013 | Исправлено: AntiMember, 00:55 20-10-2013
Kostenius

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
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
 

 
Насколько велик риск окончательно потерять доступ к информации на винте в случае неправильных действий? В стандартах ATA/ATAPI ничего не понимаю, а изучать описание  на ~350 страницах особого желания нет. Готов отдать несколько тыс.руб. квалифицированному специалисту чтобы с гарантией получить назад свои данные без лишней нервотрепки и потерь времени. Посоветуйте, как лучше поступить...
 
З.Ы.: даже не подозревал что Seagate стали такое г... делать.

Всего записей: 113 | Зарегистр. 06-12-2006 | Отправлено: 00:56 20-10-2013
AntiMember

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Kostenius

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

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

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

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

Всего записей: 9012 | Зарегистр. 13-09-2010 | Отправлено: 01:02 20-10-2013
igor_me

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
На правах оффтопа:
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 пробуйте только в самую последнюю очередь, только если всё вышеописанное не помогло (об этом, собственно, и в инструкции написано ). Будьте внимательны!
 
Добавлено:

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

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

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

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

Всего записей: 5716 | Зарегистр. 27-12-2011 | Отправлено: 01:04 20-10-2013 | Исправлено: igor_me, 01:21 20-10-2013
AntiMember

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
igor_me

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

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

Всего записей: 9012 | Зарегистр. 13-09-2010 | Отправлено: 02:13 20-10-2013 | Исправлено: AntiMember, 02:14 20-10-2013
tomset



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
igor_me
 

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

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

Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 02:29 20-10-2013
Kostenius

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
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
 

Как я уже писал, накануне SMART был хорошим, я его регулярно и вдумчиво проверяю у всех дисков.  
 
Также прошу подсказать как правильно копировать информацию из окна tuppy
на Cttrl+C программа реагирует так:

Код:
 
F3 T>
Spinning Down
 
Spin Down Complete
Elapsed Time 10.503 secs
Delaying 5000 msec
 
Jumping to Power On ResetЩ
Rst 0x20M
LED:000000CD FAddr:002582FF
LED:000000CD FAddr:002582FF
 

подобным образом - на щелчок правой кнопки мыши. Так бы не ввести чело лишнего...

Всего записей: 113 | Зарегистр. 06-12-2006 | Отправлено: 09:31 20-10-2013
NiTr0

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Если реаллокейтов не было - имхо можно попробовать очистить побитый г-лист...

Всего записей: 1430 | Зарегистр. 06-09-2008 | Отправлено: 12:09 20-10-2013
AntiMember

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
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
Обязательно ждем окончания. Потом переключаете питание и цепляете сата и ищете на фейсе.

Всего записей: 9012 | Зарегистр. 13-09-2010 | Отправлено: 13:10 20-10-2013
igor_me

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Kostenius

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

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

Всего записей: 5716 | Зарегистр. 27-12-2011 | Отправлено: 13:32 20-10-2013
Kostenius

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
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
датой рисковать боюсь, не понял что такое "фейс" - можно поподробней

Всего записей: 113 | Зарегистр. 06-12-2006 | Отправлено: 14:46 20-10-2013 | Исправлено: Kostenius, 14:50 20-10-2013
NiTr0

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Kostenius
Вам винт явно сказал, что у него как минимум г-лист поврежден. Что еще порушилось неведомо. Что вам делать - выше сказали.
 
Если диск действительно сутки щелкал - надо было сливать данные, пока был к ним доступ, в нормальном режиме диски не щелкают.

Всего записей: 1430 | Зарегистр. 06-09-2008 | Отправлено: 15:10 20-10-2013
   

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108

Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Ремонт накопителей Seagate. Часть 5
Akam1 (05-05-2014 03:48): http://forum.ru-board.com/topic.cgi?forum=84&topic=4737


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru