Seagate Barracuda 7200.11

Galasis,

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

к сожалению на рынке Data Recovery совсем немного специалистов, а холявщиков много. Хочу сказать, что те фирмы, которые говорят что 7200.11 в случае разрушения микрокода можно лечить заменой платы - однозначно холявщики, а не специалисты в области восстановления информации. Плату менять можно, но обязательно перепаивать ПЗУ с родной платы, и замена платы идет, только тогда, когда родная плата убиты (например сильные физические, электрохимические повреждения и т.п.)

Исходя из идеологии firmware Seagate 7200.11 видно, что при старте начинает выполняться код в ПЗУ идет рекалибровка и чтение важных для работы модулей из служебной зоны. В случае нарушения целостности служебки и происходит блокировка на текущий сеанс работы. При новом включении все повторяется. Smart и G-list находятся в служебке, посему менять платы можно до посинения, а накопитель все равно в готовность не выйдет.

можете проверить в залоченном накопителе. открутите плату подключите ее к ПК. Увидите как она выйдет в готовность (без банки), корректно отдаст паспорт накопителя, только вот емкость будет нулевой в этом паспорте.

siroMS,

что бы было написано "LED.......СС и т.д." на изусть не помню.

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

siroMS,

Зачем??? читай пост выше после цитаты... ну и если опять не дойдет, то я не знаю как объяснить.

вот оно проявление полного непонимания функционирования firmware Seagate. Нужно прочитать и УБЕДИТЬСЯ, что кроме Smart и(или) G-list, больше ничего не убито.

ставить точный диагноз на основании одной строчки в терминале, аналогично, что говорить о проблеме машины, только на основании загоревшейся лампочки check engine на приборной панели.

забавно но только недавно я узнал про проблемы с 7200.11 (на 500 гиг куплен в январе 2009) в свое время оказался в похожей ситуации но с Х-360 Премиум на момент покупки еще не было инфы о красных огнях в итоге успел оперативно перепродать и вот опять...

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

мой 7200.11/500ГБ еще жив (возможно потому что в системе он у меня почти не используется идет одним логическим диском хотя это конечно ламерские догадки хотя с другой стороны на нем конечно самое дорогое) компом пользуюсь ежедневно на днях беру новый тысячник (кстати чуть было не купил еще один 7200.11 вовремя отзывы глянул)

вопрос такой стоит ли пытаться прошивать пока работающий 7200.11 пресловутой прошивкой либо тихо ждать пока подохнет своей смертью и я так понимаю что вся линейка 7200.11 потенциально мертва и надежды что повезет наивны..?

Некоторый оффтоп - лавинообразно изменилось количество reallocated секторов на винте. Предыдущее значение было порядка 132, стабильно держалось 2 недели. Счас вдруг резко стало 883. Забавно видеть в виктории, как количество reallocated секторов растет при каждом нажатии на кнопку Get SMART для этого винчестера.

Помирает похоже по-маленьку

ASM,

спасибо

да в наше время покупать электронику вслепую сразу после выхода опасно и тем более не читая отзывов (производители похоже предпочитают тестировать продукты на потребителях) лишний раз убеждаюсь в этом ... имеется в виду именно такой поточный брак (7200.11 и проч. иксбоксы...)

Хотя вполне могут быть проблемные зоны.

Они вроде были - по крайней мере если считать таковыми зоны с большим количеством блоков, чтение из которых проходит с большой задержкой. Как-то перед попыткой сдачи винта по гарантии прогнал тест поверхности Викторией. По моему при достижении 40% от общего объема пошла циклическая картинка в виде - 10-20 блоков с большой задержкой при чтении; 100-200 блоков - нормально, 10-20 блоков с большой задержкой при чтении; 100-200 блоков - нормально, ну и т.д. Я устал наблюдать за этим процессом, оборвал скан поверхности. Да и смысла не было, смотреть на это безобразие - стало понятно, что с винтом не все в порядке и, скорее всего, чудесного исцеления не будет

Кстати (сугубо ИМХО) - во всех спорах ASM с остальными "крутыми перцами", лихо восстановившими винты после блокировки, я, по истечению небольшого времени, все-таки больше склонен принимать позиции ASM -а. Да, возможно изначально я тоже немного считал себя таким же "крутыми перцами", но почитав несколько специализированных форумов (тема уж больно зацепила) понял глубину проблемы. "Прозрел", так сказать. Решение, описанное на каждом углу в инете - действительно достаточно стремная операция, помогающая пользователям легко добить винт. И решение должен принимать пользователь исходя из ценности данных на винте: если они вам не нужны (нужны, но их потеря переживаема) - пробуйте. Очень нужны - имхо лучше не рискуйте, несите специалистам (при этом не нарвитесь на халтурщиков - вывести их на чистую воду относительно легко, если вы хорошо знакомы с сутью проблемы и методами ее решения)

Что касается лично меня - стал бы я еще раз поднимать свой винт теперь самостоятельно, обладая обширной информацией по проблеме - да, стал бы. Причины несколько -

1) все-таки большой шанс того, что я попал на типовую проблему и типовое решение поможет

2) "дружу" с матчастью (образно говоря - умею пользоваться тестером и как минимум знаю зачем он нужен )

3) в случае неудачи с восстановлением готов расстаться с большей (пусть и на порядок) суммой в у.е., которую обычно берут за подобную операцию

Eugene2023, у этих не было пока что серийного негатива. частные случаи были

ASM, каково место в статистике частных случаев у хитачи?

ASM, таак..никогда не собирал рейды, есть ли смысл два винта по 1тб в raid1 объединить? Есть ли какое-нибудь увеличение производительности в 1ом рейде? Нет ли суровых уменьшений производительности при использовании программного 'контроллера' винтов, не докупая железо?