Я тоже попался:
ST31000340AS SD15 - BIOS не видит.
Прошу РЕАЛЬНОГО совета у НАСТОЯЩИХ мастеров - как оживить HDD и обязательно вытянуть инфу (она важна).
[совет типа "в фирму по восcтанавлению данных" не подходит]
Тут либо комплекс PC3000UDMA + DataExtraktor нужен. Который к сожалению не со всеми ситуациями справляется и не все версии FW понимает.
+ Дата-экстрактор нужен, что-бы вычитать информацию со сбойной пользовательской зоны. Т.е. перво причина прежде всего это сбои в UserArea. А залочка - это уже следствие: cбой алгоритма обработки ошибок, который опять же из-за сбоя уже в служебной зоне, портит служебные объекты. Потребуется не мало времени, чтоб научиться пользоваться комплексом.
Вы готовы потратить ~60000р на комплекс, не будучи уверенным, что он поможет в вашей ситуации.
Либо требуется терминал, опыт работы с ним, понимание происходящего.
Так как HDD эти слабо изучены и лишь единицы мастеров, которые занимаются раскопками, понимают что к чему. Не думаю, что они горят желанием, сидеть на форуме и объяснять каждому, как поступить в той или иной ситуации.
Чтобы понять и быть увереным, что все получится, придется запастись еще кучкой таких же исправных HDD. На которых нужно будет отработать методику восстановления, каждого конкретного случая. Пользователь даже нужной информации не сможет предоставить, чтоб получить правильный рецепт. Если делать все через форум.
Плюс программа профессионального копирования, учитывающая нюансы работы с полудохлыми HDD. Обычное копирование под Win общедоступными программами копирования, запросто доведет ситуацию до полной потери данных.
Для обычного пользователя все это, совсем не простая задача.
Обратите внимание, по вашей ссылке, Сигейт рекомендует только проверить, есть проблема или нет.
А апдейт получать только по серийному номеру HDD. Потому, как даже для одной версии FW существует масса индивидуальных сборок.
selevk
Ну и что коментировать, хотите - купите.
Но можно что-то типа такого на выходе получить:
Цитата:
Висел в BSY, выдавал
LED:000000CC FAddr:0024A051
Воспользовался утилитой, проблема СС решилась, появилась проблема LBA0. Теперь выходит в готовность, но при загрузке утилиты выпадает в ABR, спасает soft reset. При запуске теста: Решение проблемы "Нарушение трансляции (0 GB) уходит в глухое BSY. Вопрос, как добраться до данных?
Tomset перво причина прежде всего это сбои в UserArea. А залочка - это уже следствие: cбой алгоритма обработки ошибок, который опять же из-за сбоя уже в служебной зоне, портит служебные объекты
Т.е. проблема в подпрограмме ремапа? Один бэд - и привет ?
Если так, то что будет, если сделать софтбэд + попытка ремапа в MHDD?
[off]Doomer ключ от квартиры не надо?
Лучше не упоминать про деньги на техническом форуме. У всех разные взгляды на бесплатность инфы.
selevk
500 баксов за эту утиль? Да там небось несколько строк... Дешевле бэкап делать (что Вам настоятельно и советую, чтобы потом "не переплачивать").
С нетерпением жду, когда кто-нибудь дизассемблирует и крякнет это чудо.[/off]
Далеко не один, стал бы я тогда про DE распинаться.
В нормальных системных блоках (условиях) стоят себе и работают...
так что все это звенья одной цепи:
Условия эксплуатации > беды > залочка.
Меня больше такой момент забавляет.
HDD Maxtor тоже лочились, чуть что. Типа, как для спасения данных.
Но максторов продавалось раз в 10 меньше чем сигейта и ни кто особо не замечал.
Сигейт купил Maxtor и началось...
Более того!
Сигейт вроде грозиться бесплатно восстанавливать данные на этих дисках.
http://techreport.com/discussions.x/16246
Но пока официального сообщения на сайте Сигейта нет, придется подождать до вторника. Праздник у них там.
Tomset
О, забавно . Давайте тогда покажем здесь текст по одному из линков в той теме, перевод Гугла. Оригинал. Насколько я понял, автор - знаменитый Okzo, который и в логических структурах очень хорошо понимает. Итак, оригинал от Okzo, переведенный гуглом:
Цитата:
F3 T> SEAGATE Barracuda 7200.11 / ES.2
If you do not know what you're doing, it is better to stay in the place where you lose certainty SIDE.
When these disks on the market with them appeared quite specific issue, which previously only dealt with the company Seagate SCSI drives. Damage translator through which the drive can operate at logic and gives capacity LBA 0. On the various forums on the Internet like mushrooms after the rain started to grow Topics owners brand new 11 and ES2, asking for assistance in data uratowaniu "And you can fix it yourself and get the results?" - Of course! If you equip the terminal, a bit of patience and attention (the port 38400 8 N 1). Typically translator rebuilt using the format command technological quick user area, the same format the user area is not carried out, and only converted the translator, just run the company for the great tribute they collect! Now konkretów, these drives in May in the area of service very large inventory of manual commands TMOS, which is used in these disks, you can preview it giving command F3 C> Q. In the description of the command T will see at the bottom of a very interesting command 'm' - FormatPartition! It was only refer to the variable parameters that we have entered, we will actually ciekawiły only 3 of them: m0 - user partition, quick format - m0, 2,2, the rest can be left blank only putting commas (as in the pc3kudma and SD) or fill out the zeros and the end use 'ValidKey' [22]
F3 T> m0, 2,2,0,0,0,0,22
Max retries Wr = 00, Max Rd retries = 00, Max T-ECC Level = 00, Max certify Rewrite retries = 0000
User Partition Format 5% complete, Zone 00, Pass 00, LBA 00008DED, ErrCode 00000080, Elapsed Time 0 mins 05 secs
User Partition Successful Format - Elapsed Time 0 mins 05 secs Voila! Now just power off / on and have your data;)
For drives that still hang in the 'busy', and in the terminal for example, we see the error code> LED: 000000CC FAddr: 0024A051, if you block the terminal and does not respond to give any commands, first we have to block off time on the disc reading surface plates. To do this, you can close the channel reading (at zwarciu Channel disk stuknie head several times and he will stop the engine, and comes in preparedness), l ub disconnect pcb from HDA to time off and fire power. After the departure of PCBs in readiness give the command to stop the engine F3 2> Z, then screw on electronics back to the HDA and give the command F3 2> U, which will start the engine, then go to the Level 1 and enter the command F3 1> N1 'create smart sector 'and then restart the drive for power off / on, and then convert the translator with the help of the command shown earlier.
Let's take a look how it does pc3k ->
Leave disconnect pcb (it's the same as described above and as reported salvation p.na images date from the given link)
SMART erase ..... F3 1> N1: ok
power off / on
G-List erase ..... F3 T> I4, 1.22: ok
power off / on
Translator
regeneration ..... F3 T> m0, 2,2 ,,,,, 22
Max retries Wr = 00, Max Rd retries = 00, Max T-ECC Level = 14, Max certify Rewrite retries = 00C8
User Partition Format 10% complete, Zone 00, Pass 00, LBA 00004339, ErrCode 00000080, Elapsed Time 0 mins 05 secs
User Partition Successful Format - Elapsed Time 0 mins 05 secs
power off / on
Solution for the problem "HDD Lock (LED: 000000CC) ..... : ok
These are the ways to solve the standard faults 0 LBA and CC;)
Что называется, As Is. Прокомментировать не могу, но это лучше, чем первое сообщение в теме по линку, т.к., насколько я понял, там косяк и винт убьется.
Сигейтовый терминал для USB на рынках Москвы можно купить? Я иногда бываю на Совке, а на столе у меня Сигейт (не 11-й) 320 ГБ для опытов (старый, но почти не юзаный). Вот думаю, проверить что ли, через какое количество команд он сдохнет ?
А что скажете по поводу софтбэдов? Если, например, с помощью MHDD создать пару гигов софтбэдов и пото пустить скан с ремапом. Залочится? Или залочка срабатывает только при преполнении G-List'а?
Antech
На предыдущих сериях другая скорость терминала (9600) и другой набор команд! Лучше не экспериментируй с этими командами.
Софт бэды не ремапятся (варь не дура нормальные сектора ремапить). Если сектор затерт записью без ошибок, то никакого ремапа не будет.
Shark Лучше не экспериментируй
Мне в общем-то пофигу. Винт не особо нужен (ST 320 ГБ), а если накроется, у меня в столе есть еще точно такой же . А с этими (для разлочки) командами на моем кролике вряд ли есть смысл что-то делать, ведь, как Вы и сказали, другая серия совсем. Я хотел чего-нибудь универсального в него запулить, вроде остановки/запуска ШД. Но не через что это делать (нет USB терминала, нет COM-порта, да и обычный терминал паять - время надо, а у меня MediaWorkshop).
Если сектор затерт записью без ошибок, то никакого ремапа не будет
Ну это понятно. Т.е. залочка чрабатывает именно при накоплении ремапов? Пендинги значения не имеют?
Халява, она и есть халява...
С огромной (подавляющей) долей вероятности, user,
скорее убьет винт, чем поднимет его через терминал.
Не говоря уж, о том, что если винт был залочен не случайно,
то данные, он не сможет считать с забэдованного винта,
тем более, что при очистке транслятора, допонительно вылезут
все бэды, которые были выявленны заводским сканом.
С огромной (подавляющей) долей вероятности, user,
скорее убьет винт, чем поднимет его через терминал.
Это точно.
Если уж они сами гермоблок вскрывают, когда нет на то ни какой надобности, то чего уж говорить про терминал.
Просто нам, как обычно, добавятся безнадежные случаи, с которыми придется терять время, а заработать не получится.
Tomset добавятся безнадежные случаи
Так терминал еще откуда-то взять надо, так что почти ничего Вам не добавится. А если уж юзер собрал (или хотя бы просто подключил) терминал, он уже не совсем юзер... Конечно, всегда проще вернуть PT по бутсекторам, чем разгребать после партмагоида , но тут не тот случай ИМХО.
В общем, я так понял, залочка случается при существенном количистве ремапов и не случается при любом количестве пендингов?
При переборе ремапов и порче P\G\RBB... листов или транслятора.
BUSY возникает, при порче смарт модулей.
Если просто останавливается, то при порче паспорта (set password)
(конечно, при условии, что винт исправен).
При переборе - это при переполнении соответствующего листа?
А СМАРТ модули портятся тоже от переполнения листов, или там другая причина?
Я вот что не могу понять. Если причина - простое переполнение, то найти баг и исправить фирмварь можно очень быстро и легко. Вы немного вправляете прогу, чтобы она ремапила все подряд, она ремапит, G-List переполняется - и вуаля - муха у нас в кармане (ну и устранить баг тоже несложно, они ведь на асме замечательно умеют). Однако, Сигейт что-то долго не выпускает исправленную прошивку. Кроме того, на переполнение-то должны были быть альфа-тесты и такой глюк вообще не должен был пролезть в релиз фирмвари.
Antech
На АСМЕ уж давно не пишут для подобных SOC.
Ну разве что очень маленькие, критичные по времени выполнения кусочки.
Там системы разработки типа Keil и язык программирования типа СИ, у каторого, как известно, сотни версий и модификаций.
Ошибки могут быть и в библиотеках, написанных при царе Горохе, которые в данной реализации алгоритма вдруг вылезли. Отловить их бывает очень не просто.
Прежде всего служебка портится от неустойчивой записи в нее.
Подобное очень сложно отследить и запрагроммировать все возможные ситуации.
FAQ
Поиск
Пользователи
Группы
Регистрация
Профиль
Войти и проверить личные сообщения
Вход
Накопители. Восстановление информации и ремонт
