Сомнения в надежности дисков серии Barracuda 7200.11 у профессиональных ремонтников появились еще летом-осенью прошлого года, когда накопилась статистика по необычно высокому проценту отказов ряда моделей.
У моего друга Коли случилась беда. В один прекрасный день домашний компьютер отказался загружаться, упирая на полное отсутствие подходящего для этого дела жесткого диска. Коля сначала затосковал, вспомнив, когда в последний раз делал бэкап, а потом, как ему показалось, нашел изящное решение. Он купил в магазине точно такую же модель, снял с нее плату контроллера и переставил на покойника, в надежде на то, что с новыми мозгами тело заживет лучше прежнего. Не помогло. А через неделю умер второй, свежеприобретенный жесткий диск...
Коля, как потом выяснилось, прошел типичный путь жертвы бракованных дисков Seagate. После того как он залез на первый попавшийся компьютерный форум, то обнаружил длиннющую ветку с жалобами таких же страдальцев. Самые продвинутые из них тоже купили по второму винчестеру . Парадоксально, но серьезная проблема, всплывшая чуть ли не полгода назад и касающаяся, наверное, самого важного компьютерного узла, известна в основном специалистам и тем, кто уже успел наступить на грабли.
Сомнения в надежности дисков серии Barracuda 7200.11 у профессиональных ремонтников появились еще летом-осенью прошлого года, когда накопилась статистика по необычно высокому проценту отказов ряда моделей. К Новому году проблема достигла апогея, и в середине января Seagate была вынуждена признать наличие брака. Но то, как она это сделала, отнюдь не делает чести крупнейшему производителю жестких дисков. Информация выдавалась в месяц по чайной ложке, зачастую новые данные опровергали старые, и до сих пор в этой истории больше темных пятен, чем твердо установленных фактов. И главная загадка - сколько бракованных винчестеров было выпущено и какова статистика их отказов. По независимым оценкам, речь идет о миллионах штук и 30-40-процентной вероятности отказа .
Как утверждают в Seagate, болезни подвержены модели трех семейств: Barracuda 7200.11, Barracuda ES.2 SATA и DiamondMax 22. Напасть дает знать о себе тремя способами. Неисправный диск может определяться в BIOS с нулевым размером. В этом случае виноват транслятор - модуль внутренней программы, отвечающей за соответствие физических секторов диска логическим адресам. Иногда BIOS вовсе перестает видеть устройство: в результате программного сбоя блокируется работа диска по интерфейсу, что соответствует ошибке с кодом, начинающимся с LED:000000CC (к умершему винчестеру можно подключиться через технологический порт и провести диагностику). Из-за этой комбинации символов ошибку в народе прозвали "мухой ЦЦ". Наконец, особым талантом наделены некоторые диски емкостью 1,5 Тбайт, которые могут зависать на десятки секунд.
Seagate утверждает, что неприятности носят чисто программный характер; сбой возникает, как правило, при отключении и включении заново питания и никак не портит данные на диске . Компания рекомендует владельцам проблемных накопителей сменить прошивку и дальше жить спокойно. Только вот здесь есть несколько весьма существенных "но".
Эта страница - наверное, самое популярное место на сайте Seagate в последние месяцы
Первое - чтобы сменить прошивку, нужно для начала узнать о необходимости этого шага. Меж тем Seagate отнюдь не старается донести эту информацию до максимально широкого круга людей. Более того, уже после официального признания бага, дефектные диски, как ни в чем не бывало, продолжали продаваться, то есть об отзыве партий не было и речи .
Второе "но" - чтобы сменить прошивку, нужно сперва определить, попадает ли ваш диск в группу риска, и скачать нужный файл. Здесь все непросто. Прошивки для некоторых винчестеров Seagate разместила на собственном сайте 16 января, а владельцев остальных моделей просила писать в техподдержку и ждать ответа со ссылкой на нужный файл. По-видимому, техподдержка получила очень много писем, так как многие жалобщики дожидались ответа неделями, а кто-то и вовсе его не дождался. Утилиты для идентификации дисков, выложенные на сайте компании, похоже, слегка "путаются в показаниях". Если верить нашему собственному опыту и отзывам на форумах, сервис работает странно, выдавая разные результаты для одних и тех же серийных номеров; кроме того, в категорию "безрисковых" иногда попадают те диски, которые уже вышли из строя с описанными выше симптомами .
Третье "но" - некоторые из умников, поторопившихся перепрошить винчестеры в соответствии с рекомендациями Seagate, получили (сразу или чуть погодя) те же самые мертвые "кирпичи". Достоверных данных об ошибках в уже исправленных версиях прошивок нет, но судя по тому, что файлы несколько раз втихаря заменялись более свежими вариантами, без багов и здесь не обошлось. Кроме того, не всем страдальцам удалось корректно завершить перепрошивку - банальный скачок напряжения в электросети, мигнувшие лампочки - и получаем на выходе тот же самый дохлый диск.
Ну и наконец, "но" номер четыре. Те диски, которые BIOS уже не видит, просто так не перепрошьешь, необходимо специальное оборудование . В домашних условиях "муху ЦЦ" можно вывести с помощью специального адаптера, соединяющего технологический порт диска с COM-портом (или выступающим в его роли USB). Электрическую схему адаптера, исходником для которого может быть кабель для подключения к компьютеру мобильного телефона, в Сети найти нетрудно, причем в нескольких вариантах. Нетрудно найти и последовательность действий по вводу терминальных команд (тоже есть из чего выбрать), которые нужны для коррекции работы внутренней программы диска. Вот только напортачить здесь проще простого, так как подобные операции не предусматривают отмены совершенных действий или сообщений об их фатальной опасности. Еще одной изюминкой процедуры является необходимость воспользоваться пластиковой карточкой, чтобы в нужный момент изолировать определенные контакты на плате микроконтроллера диска.
Учитывая все эти сложности, конечно, разумнее поручить ответственную процедуру профессионалам. И Seagate, по слухам, вроде бы пообещала бесплатно восстановить данные с проблемных дисков. Прикинувшись обычными пострадавшими, мы послали в Seagate письмо с просьбой восстановить данные, но получили вежливый отказ. На деле компания-производитель готова лишь выполнить свои гарантийные обязательства, отремонтировав диск или заменив его. Ремонт собственно сводится к замене прошивки, что по идее должно обернуться получением доступа к данным, но не более того. Восстановление информации в гарантию не входит. Эта процедура - неплохой дополнительный бизнес для Seagate, а вернее, её дочернего предприятия i365. Справедливости ради заметим, что если хорошо попросить, то i365 высылает стикеры предоплаченного почтового заказа через UPS, то есть платить за пересылку винчестера клиенту не придется .
Публикация, построенная на сообщениях с форумов и опыте друга Коли, не самый лучший вариант, но комментариев по существу от самой Seagate или её дистрибьюторов в России редакция так и не дождалась. При попытке разобраться с бедой, которая обрушилась на компанию и покупателей её дисков, мы обращались к специалистам, ремонтирующим диски по долгу службы, но большого энтузиазма не было и в их ответах. Возможно, дело в том, что раскрытие деталей недолгого и недорогого для ремонтника процесса восстановления диска ударит по кошельку этих самых специалистов. Какая-то своя логика в молчании производителя, видимо, тоже есть: говорить всю правду не хочется, а диски продавать надо. Катавасия с комментариями и послужила причиной того, что материал по данной теме вы читаете только сейчас, а не месяцем раньше. Впрочем, уповать на официальную информацию тоже не всегда правильно. Например, если безоговорочно верить январским сообщениям Seagate, то описанной болезни подвержены только диски, выпущенные в декабре прошлого года. Однако в этом случае нужно считать ложью десятки летних и осенних сообщений на тех же форумах. В заключение еще один факт: в начале года Seagate скостила гарантийный срок на многие свои винчестеры с пяти лет до трех. Мы опять-таки можем только догадываться, что за этим кроется: антикризисная мера или безудержно расплодившаяся "муха ЦЦ".
Глас ремонтника: Готовьтесь к тому, что рано или поздно диск умрет
Проблемы разрушения микрокода в разное время были у многих изготовителей HDD. Микрокод - это операционная система жесткого диска. Она состоит из расположенных в служебной зоне модулей, часть которых постоянно меняется (например, ведется большое количество внутренних журналов событий). Достаточно возникнуть аппаратной проблеме - вроде ухудшения параметров канала записи, дефектов в служебной зоне, - и из-за некорректной записи происходит разрушение модулей.
Однако у 11-х "Барракуд" главный недостаток - некачественные материалы. Изза этого некоторые накопители уже через несколько месяцев начинают работать неустойчиво. До всплывшей проблемы с микрокодом у дисков тех же серий были баги, не связанные с разрушением внутренней программы, - заклинившие валы, подвисания на 2–5 секунд, долгий выход в готовность при включении, заваленные атрибуты 1 и 195 в SMART, характеризующие работу системы коррекции ошибок HDD.
То, что у рассматриваемых дисков "слетает" микрокод, - тоже следствие нештатных аппаратных ситуаций. Сам же микрокод не должен разрушаться от "реактивности" системы мониторинга. У грамотно спроектированных винчестеров (к которым относились все модели Seagate до появления 11-й серии) он вообще не должен разрушаться.
Про новые (вышедшие относительно недавно) диски 7200.11 пока сказать ничего не могу: мало статистики. У москвичей, насколько я знаю, еще летом 2008-го были проблемы, но тогда никто не умел их решать. Мне заказали написать программу для оживления в октябре, когда умирающие диски пошли косяком (Сергей живет в Минске. - А.Б.). При этом устройств, изготовленных до декабря 2008 года, в моих руках побывало уже предостаточно. До того как решение проблемы стало широко известным, за недолгую и несложную операцию восстановления данных с таких дисков некоторые фирмы просили тысячу долларов.
Отдельная тема - 11-е "Барракуды" с bad-блоками. Если у диска вышел из строя транслятор, но устройство дает готовность по интерфейсу - там всегда есть bad-блоки. Однако если восстановить транслятор "шнурками" и командами по одной из доступных в Сети процедур, то обычному пользователю это ничего не даст. Bad-блоки там специфичные: если начать копирование информации в обычной операционной системе, после первого же дефекта диск впадает в ступор и отключается. Копировать нужно специальным копировщиком непосредственно через порты. Ну и конечно, надо знать, как при этом обращаться с командами. Обычный пользователь, если начинает оживлять свой винчестер, вскоре получает гораздо больше bad-блоков, чем было, а иногда накопитель вовсе ломается из-за запиливания поверхностей и выхода из строя головок. Таким образом, отключение транслятора - это своеобразная защита диска от потери данных.
Вообще, по моему личному мнению, большинство проблемных дисков не отработают трехлетней гарантии даже после устранения ошибок в микропрограмме. Небольшая часть, возможно, выживет. Есть же накопители, которые должны были давно выйти из строя, но, вопреки всему, уже пятнадцать лет работают. Например, известные своей ненадежностью WDC AC22000.
Владельцам дисков могу посоветовать следующее. Если ваш винчестер вышел из строя, несите его к специалисту: не усугубляйте проблему. Если диск лишь потенциально неисправен, с осторожностью пользуйтесь им до тех пор, пока он не сломается. Это дисциплинирует. Винчестер не предназначен для хранения действительно ценной информации. HDD - это постоянно включенное устройство с изнашивающимися подвижными частями. Что уж говорить о моделях, выпущенных в период экономии ресурсов. Все результаты деятельности на ПК опасно хранить на винчестере того же ПК. Нужно дублировать данные на нескольких компьютерах или сохранять их на сменных носителях. Отслеживайте состояние винчестера программами для контроля атрибутов SMART. Если есть ухудшения- чаще делайте бэкап. И морально готовьтесь к тому, что диск рано или поздно умрет. Помните, что ни один производитель устройств для хранения данных не гарантирует сохранности информации.
Отдали тут убитый винт Seagate Barracuda ES.2 на 500 гигов. Биосом не определяется, постоянно хрустит в поисках чего-то. На вид полный труп. Однако я почитал, скачал пару софтин диагностических, оказалась пресловутая “Муха СС”, ошибка в микрокоде сигейта, отчего вполне нормальные винты дохнут. Надо залить новую прошивку, а как это сделать, если винт не определятся и прошивалка говорит “нет винта”. Порылся в инете, проблема решаема, надо собрать небольшой девайс и по ком-порту послать кой-какие команды, замкнув несколько дорожек на тушке диска. У меня микросхемы Max232 нет и 555ТЛ2 тоже. Есть вариант с шнурком для мобильника, но нужного не было. Уже отчаялся, но нашел от старого самсунга шнурок с чипом СP2102. Раздолбал шнурок, скачал даташит и припаял три провода, которые надо будет засунуть в коннектор HDD (там где перемычки ставятся). Получилась такая вот шняга:
Это не ком, а USB, поэтому скачал с сайта Silicon Labs драйвер CP2102, эмулирующий COM через USB. Поставился. Гипертерминал видит мой девайс и отправляет туда байты. Щас попробуем заслать в винчестер несколько управляющих кодов и замкнуть дорожки пинцетом.
Подключил, но никаких сообщений диск в терминал не выдавал. Помучился пару часов, никак. Я решил взять тайм-аут и продолжить сегодня. Утром озарило – дык ведь сигналы RX и TX надо подключать инверсно, а не напрямую! Т.е. RX – TX, а TX – RX. Совсем уже забыл фидошные темы. Поменял местами контакты – заработало. Гипертерминал ожил и выдал следы деятельности коварной мухи CC, порожденной кривыми руками программистов из Сигейта:
Осмотрим этикетку. Та-а-к. Не ронять, сделано в Таиланде, ну что сказать – молодцы. Пойдем дальше.
Все готово. Проводки из винта уходят на лицевую панель, где в порт USB воткнут самопальный девайс на чипе CP2102. Кстати, GND (земля) вообще не понадобился. Достаточно RX и TX. Питание к винту подключено, SATA кабель отключен.
По инструкции надо выполнить ряд действий: успеть замкнуть пинцетом две точки за секунду, в паузе между сообщениями в терминале, а потом держать некоторое время и отпустить только после ввода определенных команд. Я пометил точки черным маркером. Одна рука на клавиатуре, другая замыкает. Все страшно неудобно и на весу.
Короче, или пинцет у меня кривой, или руки. Поэтому я взял две булавки (см. фото ниже) и соединил их проводочками. Между неудачными попытками приходилось выключать компьютер и включать его снова, опять запускать терминал и т.д., так как мотор HDD после замыкания останавливается и надо держать контакты закороченными. Рука дрогнула – разомкнулось – начинай заново. Диск с новой прошивкой был заготовлен заранее, ее берут на сайте Сигейта после ввода серийного номера диска, а потом прожигают на болванку. Там уже интегрирована FreeDos для загрузки.
С пятой, наверное, попытки у меня все получилось. Винт перестал странно жужжать и успокоился. Перезагрузка, HDD определяется BIOS-ом! Далее прошивка новой версии микрокода и вуаля, сигейт как новенький.
Бужу я, значиццо, с утра комп, умываюсь, иду обратно — а там куча ошибок — это не найдено, это, скайп отваливается и дропбокс не дышит. Думаю — что за фигня, тыркаюсь и понимаю, что диска Д на моем компе нет. Ну, как будто **ем сдуло. Т.е. вообще никак нет.
Ах, как это возмутительно, — сказал я. (Культурная столица накладывает свой отпечаток, что и говорить. Правда прозвучало, всё-таки, что-то вроде «ну ё* твою мать, ****** какой **** ****ь».)
Любой человек, который вот так, за один момент понимает, что пришел писец, выражается примерно также.
Немого потыркал саташники и, поменяв хард с другими тремя местами, я убедился, что дело не в шнурках и питании, тем более что при старте он заводится и происходит чтение (т.е. головка не стуканула, вся механика жива, мотор тоже).
Быстро нагуглилась потенциальная проблема — Муха СС на Seagate
.
Я удивился, так как помню, что перешивал биос на всех хардах, чтобы избежать этой жопы. Однако, как выяснилось, Seagate поступила не очень честно, и народ пишет, что они очень много версий прошивок меняли втихаря, выкладывая их старой датой. Меняли потому, что проблема оставалась и всплывали новые глюки, на которые официально компания закрывала глаза, втихаря запиливая решение с новыми багами.
Да и то, прошивка помогает только для рабочего харда, а не для того кирпича, который притаился в недрах моего ПК.
Вариант лечения с установкой другой платы контроллера от харда той же серии народ отмёл. Так как в итоге у многих получилось 2 убитых диска после таких попыток.
Нашелся и рецепт решения — надо всего-навсего обзавестись адаптером rs232->ttl(можно спаять самому на базе микросхемы max232), сделать db9 под распиновку адаптера, подключиться через интерфейс харда гипертерминалом и провести ряд несложных действий.
Заодно я оценил стоимость ремонта харда у «спецов»- от 800 рублей до 2500, 4500, 9000 и более.
Стал гуглить «адаптер rs232->ttl» и стало смешно. Очень многие грамотные люди сразу в теги и описание дописывают «для восстановления хардов Seagate» и продают эту вещицу от 300 до 1000 рублей (за 1000 даже проводки прикладывают, молодцы какие). Что говорит о масштабности проблемы.
В очень культурной столице в субботний день практически не купить этот адаптер. Зато нашел usb->ttl, правда за 650 ру(USB to TTL Converter ). Вот такой:
Ну да ладно. Понимая, что причина может быть и не в мухе, я ломанулся в магазин, который именно сегодня работает до 15:оо, а не до 17:оо как положено ему работать в субботу.
upd: добавляю ссыль на алиэкспресс , а то некоторые не могут вбить в строку поиска два заветных слова и пишут мне в личку)).
Купил. Посмотрел распиновку.
Сделал штырьки из витой пары(сложил пополам зачищенные проводки), нашел подходящий шнурок из запасов.
Средний пин со стороны харда заизолировал. Соединил (TXD харда ->RXD контроллера и наоборот).
Подключаюсь, запускаю Putty, смотрю на сообщение от харда:
Вот она, 0000000СС или просто СС. Контроллер куплен не зря, и даже работает, диагноз поставил верный, деньги просраны не зря! Вроде бы.
Всё выключаю. Так как у меня хард серии AS, то там надо отсоединить плату управления — убираю болтик и подкладываю диэлектрик (т.е. кусочек обычной бумажки).
Подключаю обратно.
И понеслась.
В терминале (гипертерминал или Putty):
Нажали CTRL+Z
F3 T>
F3 T>/2
F3 2>Z
Spin Down Complete
Elapsed Time 0.147 msecs
F3 2>
Подождали 5-10 секунд: Для моделей AS — убрали изолятор (на этом шаге убирать изолятор нужно на живую, без отключения питания) Для моделей NS, ES.2 — разомкнули контакты, убрав пинцет
Опять нажали 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
Всё! Отключаю всё обратно, отсоединяю контроллер, цепляю SATA, и вуаля! Спасибо, что живой. Переливаю данные на свежекупленный хитачи, а контроллер упаковываю на черный день. Так как еще пара сигейтов у меня крутятся и два-три у жены.
Итого: 650 рублей на контроллер + пара часов времени. Хотя на самом деле с готовым шнурком и без дополнительных тестов — реально работы на пару минут.
Теперь хоть услуги оказывай по избавлению от мухи сс).
Как видим — ничего сложного. Вообще. Если бы было не лень — можно было бы купить микросхему мах232 за 50 рублей и пару кондеров +дб9 штекер + найти переходник com->usb и уложиться вообще рублей в 100. Или можно было использовать кабель от старого телефона сименс.
В общем, день пропал не зря.
Всё, что описано в топике и то, что можно расценивать как мануал — делается на свой страх и риск! При неправильных действиях вы можете окончательно грохнуть всё то недохлое, что осталось в вашем харде!!! В общем, никакой ответственности автор топика не несёт. Вообще никакой.
Мой MAXTOR STM3500320AS, лирическое вступление .
В одно прекрасное воскресное утро, без всяких на то причин я не увидел своего 500 Гигабайтного жесткого диска. Не то, что бы исчез с системного блока, я не увидел обыкновенной загрузки системы, да и у BIOS -е следов его не нашел. Попробовал запустить компьютер с реанимационного компакт диска, но программы для работы с жесткими дисками моего диска не увидели. При вскрытии системного блока запах гари меня насторожил. Решил рассмотреть поближе, снял винт, по остаточной температуре удостоверился, что грелась плата жесткого диска, а точнее микроконтроллер.
При дальнейших попытках запуска диска уже на стенде, было замечено, что перегрев происходит не всегда, но внимания этому не придал, сделал заключение о дохлости чипа. Дохлых доноров платы наблюдать не приходилось, диск такой емкости, на то время, был еще новинкой для нашей местности. Не смотря на то, что еще не прошла гарантия (8 месяцев отработки), отвинчиваю винты платы, любопытство преодолело, и большой процент оставался на неисправность стабилизации питания платы. Микросхема перегревалась конкретно, детали обвязки и стабилизаторы прошли проверку тестером. Дальнейшие действия видел только в замене полностью платы, за отсутствием таковых сдал винт на ремонт в ближайший сервисный центр. Через месяц его прислали обратно, как безнадежного.
Прошло несколько месяцев. Уже смирившись с потерей, работал над проблемой медленного Интернета, вычитав на одном форуме, что после неудачной прошивки модема у того стал греться чип. Вспоминаю свой жесткий диск.
Как говорят, главное пойти в нужном направлении и я на него попал. Как оказалось, это была глобальная проблема, о которой и знал производитель Seagate. Но игнорируя остальных пользователей, описание проблемы и способы решения ее были высланы в начале только в сервисные центры Германии, но видать и там наши люди. Все просочилось и в русскоязычный сектор Интернета.
Муха СС
Неисправность проявляется так: слышно как винт раскручивает вал, рекалибруется, но не определяется в BIOS. Микросхема грелась, по-видимому, только у меня и кстати, винт стоял!!!. Висюков - предшественников мухи CC, также не заметил..
А по сути: при некоторых условиях блокируется таблица транслятора, занимающаяся преобразованием физической адресации самого диска в логическую, по которой к нему обращается компьютер.
Уточню, что с такими симптомами много болезней, а мухе ЦЦ подвластны только девайсы Seagate, серии 7200.11, 7200.12, ES.2 и DiamondMax 22.
Список бракованных партий:
Barracuda 7200.11
ST31000340AS
ST3750330AS
ST3750630AS
ST3640330AS
ST3640530AS
ST3500320AS
ST3500620AS
ST3500820AS
ST31500341AS
ST31000333AS
ST3640323AS
ST3640623AS
ST3320613AS
ST3320813AS
ST3160813AS
ST3750640AS
Barracuda ES.2 SATA
ST31000340NS ES2SN06B-3D4DMoose.zip
ST3750330NS
ST3500320NS
ST3250310NS
DiamondMax 22
STM31000340AS
STM3750330AS
STM3500320AS
STM31000334AS
STM3320614AS
STM3160813AS
Лечение состоит из двух этапов:
1. Снятие блокировки и подтверждение диагноза СС.
2. Прошивка контроллера диска новой, выложенной Seagate прошивкой специально для устранения этой проблемы.
Для снятия блокировки есть несколько способов, я выбрал способ доступа по terminal-у, для которого нужен специальный буфер как переходник между последовательным входом компьютера и интерфейсом платы жесткого диска. У меня как раз такой был самодельный, в свое время я им прошивал телефоны Siemens и картриджи струйных принтеров Epson. Нужны RX и TX сигналы TTL уровня.
Сигнальные разъемы взял со звукового кабеля для CD rom-а, разбив колодку разъема, использовал клеммы и кабель.
Место подсоединения кабеля обозначено стрелками, обязательно снять джампер - переключатель режимов работы. Контакт должен быть надежный, во избежения шумов и помех. Если все готово, настраиваем Terminal:
Проверяем работоспособности этого интерфейса. Подсоединяем программатор или переходник к компьютеру (порт указанный в настройках терминальной программы) диск пока отключен. Набираем несколько любых символов с клавиатуры, окно терминальной программы будет чистое, замыкаем между собой клеммы rx и tx, которые будут подключены к плате диска, печатаем снова и в окне программы должны эти символы появляться (возвращаться через tx-rx). Если "эха" нет, значит ваш девайс не работает. Проверяем монтаж и соединения.
Если все в норме, эхо присутствует, Выключаем компьютер, подсоединяем переходник к плате нашего горемычного диска, подсоединяем к нему питание.
Включаем компьютер, включаем Терминал. Если винт не виделся в БИОСе должно появиться сообщение типа: LED: 000000CC FAddr: 0024A051. Сообщение появится не сразу, а спустя примерно минуту.
Удостоверившись, что имеем дело с мухой СС, выключаем терминал, выключаем компьютер.
Далее процедура снятия блокировки СС для винчестеров различных моделей отличается друг от друга.
Способ для ST******AS, Maxtor STM******AS:
откручиваем один болтик на плате,подкладываем изолятор между контактами, это может быть плотная бумага или тонкий пластик.
Включаем компьютер, включаем терминал.
Снятие блокировки СС для моделей ES.2 (ST******NS):
Включаем компьютер - включаем терминал. Винчестер выдает сообщение: "LED:000000CC FAddr:0024A051
", при нажатии CTRL+Z успевает появиться приглашение
F3 T>
, затем вновь "LED:000000CC FAddr:0024A051
" и так в цикле. В тот момент, когда появилось приглашение F3 T>
, но перед следующим сообщением об ошибке "LED:000000CC...", нужно успеть
замкнуть пинцетом точки, показанные на картинке:
REV A 
После замыкания этих контактов, головы в течении 5-7 секунд щелкают, затем двигатель сам останавливается, далее (не раньше!!!) 1 (один) раз жмем CTRL+Z и терпеливо ждем (приглашение в виде F3 T> может появится и через пол минуты), сообщение "Input command error" не появляется!!! , после появления приглашения F3 T> вводим все команды как обычно.
REV C 
После замыкания этих контактов двигатель останавливается, в терминал перестает выпадать сообщении: "LED:000000CC...", нажимаем CTRL+Z, через несколько секунд в окне терминала появляется сообщение: "Input command error" и наконец появляется приглашение "F3 T> ", далее вводим все команды как обычно.
Для владельцев моделей ES.2 (ST******NS) с прямоугольной PCB, без выступа, замыкать следующие контакты:
Учитывайте регистр набираемых команд, это очень важно.
Цитата:
Нажали CTRL+Z
F3 T>
F3 T>/2
F3 2>Z
Spin Down Complete
Elapsed Time 0.147 msecs
F3 2>
Подождали 5-10 секунд: Для моделей AS
- убрали изолятор (на этом шаге убирать изолятор нужно на живую, без отключения питания) Для моделей NS, ES.2 - разомкнули контакты
, убрав пинцет
Опять нажали 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
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
F3 T>
Если при вводе в терминале команды
F3 2>U
В ответ возвращаются следующие строчки
Error 1009 DETSEC 00006008
Spin Error
Elapsed Time 53.959 secs
R/W Status 2 R/W Error 84150180
Вероятнее всего, что у вас механические проблемы с винчестером и терминал тут уже не поможет.
На http://www.msfn.org появилась информация что очистка G-List:
F3 T>i4,1,22
является опциональной и при первой попытке восстановления можно эту команду пропустить, если же после всей процедуры муха СС так и останется, то нужно повторить все сначала, но уже с использованием этой команды. У меня на этой команде дважды компьютер зависал наглухо. Обошелся без нее.
Операция разблокировки окончена
, выключаем терминал, выключаем компьютер, возвращаем на место жесткий диск, все данные должны остаться на месте.
LBA0
исправилось тем же терминалом, повторной командой:
F3 T>m0,2,2,22
Прошивка
Делаем бэкап всех важных данных, т.к. были случаи появления большого количества
bad
секторов после перепрошивки. И только потом заливаем новую прошивку, в моем случае это SD1A:
1. Проходим проверку на инвалидность по ссылке (теперь уже ради интереса) - https://apps1.seagate.com/rms_af_srl_chk/rms_af_serial_check_index.jsp
2. Нам заявляют следующее:
5. Жмем ESC видим список дисков, выбираем модель, в моем случае это ST3500320AS, а значит буква А, процесс прошивки пошел, в конце нам предложат нажать любую кнопку, после чего компьютер САМ выключится:
Всё! Далее описаны рекомендуемые действия, которые я пропустил, считаю что бэды появляются не во время умирания диска, а во время не правильных попыток его восстановить или появились от предвестников мухи ЦЦ - частых зависаний во время работы. Диск у меня умер в момент запуска компьютера, попытки программного обращения у меня не удались и главное, микросхема грелась и винт стоял!!!. При тестировании поверхности программой MHDD , плохих секторов обнаружено не было. На момент написания статьи прошло больше года с момента восстановления диска, а он еще жив.
После перепрошивки :
После следующих действий все данные на винте удалятся без возможности восстановления .
Скачиваем с сайта - http://www.seagate.com/gb/en/support/downloads/seatools/ - SeaTools for DOS . Записываем ее на диск, загружаемся с него. Из предложенного списка винчестеров выбираем нужный, затем:
1. Запускаем Full Erase - процесс длительный, на винте в 500GB идет около трех часов.
2. По окончании Full Erase запускаем Long Test - тем самым вы проверите поверхность на бэд сектора, и в случаи их нахождения произведете remap данных секторов (repair all). Seatool for DOS не может обработать свыше 100 бэдов, поэтому в случаях с их большим количеством, необходимы многократные запуски программы.
По завершении пользуемся диском в обычном режиме и поглядываем на параметр SMART - relocated sector count - если начнет увеличиваться, то повторите выше проделанные действия, если это не поможет, то есть вероятность что диск скоро придет в негодность.
Винчестеры Seagate серии Barracuda 7200.11 , Barracuda ES.2 а также серии DiamondMax 22 выпускающихся под маркой Maxtor были очень популярны в 2008 году. Немногим позже выпущенная Barracuda 7200.12 серия унаследовала ошибки предыдущей серии. К сожалению, все эти жесткие диски не могут похвастаться высокой надежностью. Причина - низкое качество накопителей, из-за некачественной сборки и дешёвых материалов (производитель экономил на всем во время мирового кризиса). Отказ невозможно спрогнозировать, так как причиной отказа, как правило, является ошибка микропрограммы. Симптомы могут быть самыми различными, обычно компьютер может вдруг начать "тормозить", зависать, и после перезагрузки винчестер уже не определяется системой. Это следствие саморазрушения микрокода винчестера. То,что жесткий диск блокируется при этом - лишь следствие. Но лучше иметь заблокированный диск с исправными головками, информацию с которого восстановить еще возможно, чем незаблокированный, но с запилами, и не восстановимый ни за какие деньги. Прошивка повлечет лишь дополнитель ные трудности, если накопитель снова испортится.
Что мы имеем?
Прошивки которые подвержены этой проблеме: AD14, SD15, SD16, SD17, SD18, SD19, SD81.
Жесткий диск SEAGATE производства Thailand или China
Жесткие диски AS серии: ST3500320AS, ST3500620AS, ST3500820AS, ST3640330AS, ST3640530AS, ST3750330AS,
ST3750630AS, ST31000340AS, ST31500341AS, ST31000333AS, ST3640323AS, ST3640623AS, ST3320613AS, ST3320813AS,
ST3160813AS.
Жесткие диски NS Barracuda ES.2 серии: ST31000340NS, ST3750330NS, ST3500320NS, ST3250310NS
Жесткие диски DiamondMax 22 серии: STM31000340AS, STM3750330AS, STM3500320AS,STM31000334AS, STM3320614AS,
STM3160813AS
Жесткие диски SV35 серии: ST31000340SV, ST3320410SV, ST3750330SV, ST3500320SV
Cимптомы: не определяется в Bios
Если при включении винт издает негромкий "звук удушения" или ритмично "подергивается", то дальнейшая инструкция вам не поможет.
Данная неисправность - ни что иное, как заклинивший вал шпиндельного двигателя. Возникает самопроизвольно или после падения HDD (достаточно совсем небольшого удара). Виноват в этом неудачно спроектированный гидроподшипник и низко-качественные дешевые материалы.
Уберите джампер, переводящий винт в режим работы SATA I.
Землю (GND) подключать не нужно.
2) Запускаем гипертерминал.
3) В гипертерминале выбираем COM порт, скорость 38400
, управление потоком - нет
, остальное по умолчанию.
4) Подаем питание на винчестер.
5) Наблюдаем сообщение о мухе ЦЦ.
LED:000000CC FAddr:0025BF67
6) Все выключаем.
7) Откручиваем винт на плате винчестера рядом с контактными дорожками к двигателю.
8) Подсовываем кусок пленки или другой изолятор (отключаем питание двигателя), я использовал пластиковую карту.
9) повторяем пункты с 1
по 4
.
10) Жмем Ctrl+Z
11) Наблюдаем на терминале
12) Набираем /2
жмем Enter (переход на уровень 2)
13) Наблюдаем на терминале
14) Набираем Z
жмем Enter (команда на останов двигателя)
15) Жесткий диск пишет что остановил двигатель.
Spin Down Complete
Elapsed Time 0.138 msecs
F3 2>
16) Ничего не отключая убираем изолятор и закручиваем винт (лучше это сделать во избежание плохого контакта)
17) Набираем U
жмем Enter (команда на раскрутку двигателя)
18) Пишет что шпиндель раскрутился
Spin Up Complete
Elapsed Time 7.242 secs
F3 2>
19) Набираем /1
жмем Enter (переход на уровень 1)
20) Набираем N1
жмем Enter (очистка SMART и снятие блокировки ЦЦ)
21) Набираем /T
жмем Enter (переход на корневой уровень)
22) Выключаем питание жесткого диска (все остальное включено) на 10 сек.
23) Включаем питание винчестера
24) Жмем Ctrl+Z
25) Набираем i4,1,22
жмем Enter (эта команда в корневом уровне)
26) Далее команда зависит от места производства
а) сделано в Китае: набираем m0,2,2,22 жмем Enter
а) сделано в Тайланде: набираем m0,2,2,0,0,0,0,22 жмем Enter
27) Винт через некоторое время (менее минуты) напишет длинное сообщение вроде этого:
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,
User Partition Format Successful - Elapsed Time 0 mins 05 secs
и пригласит к работе с терминалом
28) Повторяем пункты с 12 по 15 для остановки двигателя.
29) Выключаем компьютер, подсоединяем винчестер в штатном режиме и радуемся.
Для моделей жестких дисков серии NS Barracuda ES.2 вместо использования изолятора нужно замыкать контакты на плате, проще всего использовать тонкий пинцет.
