» Проблема с жёстким диском Seagate ST3500320AS

[more] Здравствуйте. В последние дни начинал хандрить компьютер, запускался через раз. В один день вовсе не запустился. На логотипе Windows просто зависает и перезагружается. После перезагрузки жёсткий диск уже не виден в bios. Если отключить компьютер, а затем вновь запустить, жёсткий будет снова виден и попытается запустить windows с тем же успехом. Нашёл старый cd диск с него запустил программу victoria, запустил проверку, около процента она идёт нормально, а затем сплошные восклицательный знаки. (Дефекты abrt) после этого от жёсткого даже данные smart не получить, я так понял, происходит тоже самое, как при запуске windows, сначала виден, а потом отключается. Если же не начинать проверку, а запросить данные smart с него, программа их предоставит.
При запуске live usb и подключении жёсткого "на горячую" он появляется в диспетчере как st3500320as, но с ошибкой, обновляю драйвера на него, определяется как "дисковый накопитель" при этом появляются в "моём компьютере" два новых локальных диска, но зайти на них невозможно и объём у них не показывается.
Гуглил, и выяснил, что это возможно проблема, как её называют Муха СС.
Что вы думаете и могли бы посоветовать в этой ситуации?
Заранее спасибо.

http://f17.ifotki.info/org/8709debbab52a7663160df19bff917ad2e48b5186958496.jpg [/more]

нет у вас не муха CC и применять методику нет ни какого смысла.
При мухе он не будет правильно определятся и отдавать смарт. Либо будет отдавать нулевой объем.
Он у вас посыпался, зависает на царапинах поверхности.
Нужно блокировать обработку ошибок через терминал, в теме по Сигейтам есть упоминание как это делается.
Делать посекторную копию на рабочий хард с пропуском сбойных мест и с копии уже восстанавливать данные. Всякими сканами не мучать и системой, может окончательно запилиться.
Для копирования использовать например HDDClone.

[more] Другой специалист, я так понял, рекомендует сделать то же самое, что и Вы?

"Проблема кроется, как я уже неоднократно писал в других заметках, посвященных восстановлению данных с HDD Seagate, в низком качестве комплектующих, из которых собирают эти накопители. В вашей ситуации по причине деградации поверхности и mr элементов блока магнитных голов на диске появились сектора, при обращении к которым взводится бит ошибки UNC. Особенности отработки микрокода HDD приводят к тому, что диск перестает отвечать на внешние команды, производя заполнение candidate defect list.

Решить проблему можно внеся необходимые изменения в микропрограмму, отключив такие опции, как background media scan, look ahead read и т.п. "

Такими словами сказано, что с первого взгляда можно испугаться

Т.е. необходимо сделать переходник com порт --> технологический порт жесткого. А затем в терминале отключать названные Вами функции и проделывать дальнейшие действия?
В целом, сложен ли процесс изготовления такого переходника?

[/more]

У меня на двух транзисторах и пяти резисторах плюс провод питания 5 вольт плюс провод от КОМ-овской мыши . В интернете должны быть схемы . Травить плату даже не стал , всё собрано навесным монтажём , хотя можно было и на макетной плате сделать .

терминальные адаптеры готовые продаются.
Или по-быстрому переделать разъем дата кабеля от мобильного телефона.
Которые часто валяются в хозяйстве от старых телефонов. Нужен с микросхемой USB-TTL.
Например от Nokia Кабель DKU-5
Яндексом воспользуйтесь по словам - терминальный адаптер к Seagate
Решений полно.
Причина не в качестве харда, ни чего себе "плохой" хард отработавший более 14 тысяч часов, а в том что тряхнули его не вовремя, вот он и зацепил головами поверхность. От этого все существующие харды дохнут - до 90% отказов из-за этого.

Спасибо за помощь!
Мучать жёсткий не буду до решения вопроса с адаптером.
Жаль только, что нет тестового компьютера, боюсь ошибиться в процессе сбора и спалить что-нибудь в компе.

Чем? Адаптером? Не спалите...

Все оказалось намного проще. Я проводил проверку Викторией обычным линейным сканированием с игнорированием плохих блоков. Один человек сделал проверку но с "advanced block remap". После этого информация на диске оказалась доступной и была скопирована на свежий винчестер.

Однако мне непонятно, почему при проверке с игнорированием блоков она стопорилась на полутора процентах, а с remap'ом успешно продолжалась.

ybeibobra

Цитата:

Однако мне непонятно, почему при проверке с игнорированием блоков она стопорилась на полутора процентах, а с remap'ом успешно продолжалась.

А че тут непонятного ? Ремап в виктории переписывает секторы с битой К.С. или содержимым. Чем снимает
(головную боль) загрузку со СМАРТа.

Цитата:

днако мне непонятно, почему при проверке с игнорированием блоков она стопорилась на полутора процентах, а с remap'ом успешно продолжалась.

Если знаешь что значит remap то подобных вопросов возникать не должно.

Глупо было с моей стороны не сделать это сразу

А, так ещё и инфа была нужна

Цитата:

Глупо было с моей стороны не сделать это сразу

Не сказал бы, что делать ремап в случае нахождения нужных данных, очень умно. Особенно в Виктории, которая, если мои сведения верны, стирает блоками. При нахождении одного сектора-бэда пр исканировании будет стёрт весь блок. А значит ещё одна небольшая часть инфы будет уничтожена. Хорошо если там будут ненужные файлы.
Так что уместнее сказать, что конкретно вам ремап помог, но в общем случае при восстановлении данных\доступа к диску он не рекомендуется без крайней необходимости. Как-то так...

Спасибо за разъяснение

Цитата:

Особенно в Виктории, которая, если мои сведения верны, стирает блоками

Нормально она все делает, переписывает нулями только сбойные сектора блока.
Это Erase Wait - стирает сбойные блоки и блоки с задержками больше чем указано.
В отличии от MHDD, которая пишет в сбойный сектор сигнатуру "REMAP"
Которая может приводить ко всяким глюкам FS, если сектор с таким мусором приходится на какие-то не четко выраженные структуры.
Особенно это проявляется на всяких Unix подобных FS. Где многие структуры FS вообще не имеют ни четких опознавательных признаков, ни каких-либо контрольных сумм.

tomset

Цитата:

Нормально она все делает, переписывает нулями только сбойные сектора блока.

Точно - проверено. Нажмите в терминале на Ф3 Ctrl-Z, Ctrl-V, Ctrl-R и лично наблюдайте какая прога чего творит по АТА.