Seagate ST3500320AS

В общем, так чтоб подытожить. Пробовал я снимать с него данные посекторно с помощь dd (реализация под Windows), рассчитывая отступы и обходя подводные камни и передергивая питание вручную, но нифига у меня не вышло т.к. ibs, obs в этой программе не портированы из оригинала. Судя по зональному характеру проседания времени отклика и из личного разговора с Tomset в ICQ, я понял, что барахлит одна голова из БМГ, но какая именно — не знаю, не все уразумел из сказанного Tomset'ом. И у меня следующий вопрос: Можно ли как-то заставить мою рыбу продолжать адекватно работать после наскока на BAD-блок и если можно, то поделитесь, пожалуйста, данной информацией, а если же нет — я перестаю его мучать и откладываю до лучших времен. Вот так выглядит SMART на данный момент:

ST3500320AS   9QM97C31
-------------------------------------------------------------------------
  ID      Name                   Value  Worst  Tresh       Raw    Health
-------------------------------------------------------------------------
  1 Raw read error rate            91     84      6    141978389   ••••  
  3 Spin-up time                   94     94      0            0   ••••  
  4 Number of spin-up times       100    100     20          411   ••••• 
  5 Reallocated sector count      100    100     36         1798   ••••• 
  7 Seek error rate                78     60     30     63671793   •••   
  9 Power-on time                  97     97      0         3315   ••••  
 10 Spin-up retries               100    100     97            7   ••••• 
 12 Start/stop count              100    100     20          395   ••••• 
184 End-to-End error              100    100     99            0   ••••• 
187 Reported UNC error              1      1      0          912   •     
188 Command timeout               100      1      0  111670853898  ••••• 
189 High Fly writes               100    100      0            0   ••••• 
190 Airflow temperature            75     58     45    25°C/77°F   ••••  
194 HDA Temperature                25     42      0    25°C/77°F   ••••  
194 Minimum temperature            90     42      0    14°C/57°F   -     
195 Hardware ECC recovered         43     27      0    141978389   ••    
197 Current pending sectors       100    100      0          249   ••••• 
198 Offline scan UNC sectors      100    100      0          249   ••••• 
199 Ultra DMA CRC errors          200    200      0            0   ••••• 

Эх святая простота.
Все что связано с хардами и особенно с восстановлением данных, засекречено по самое не балуйся.
Тем более 11-а серия, практически не раскопана пока, так, чтобы уметь отключать обработку ошибок. Комплекс пока точно не умеет.
Может кто и сам раскопал, но продаст методику не меньше чем за 10000$ тем же разработчикам комплекса.
Ждите, может через лет пять станет известно.

Да, DR-братия альтруизмом не страдает, похоже, но одного я таки нашел:
forum.hddguru.com/seagate-7200-terminal-commands-t11926.html (не сочтите за спам).
Относиться ли данный перечень к моей модели (ST3500320AS, SD15 Firmware), много ли в нем нехватает, смогу ли я пользоваться чем-то вроде

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

теоретически можно,
Но я совершенно не представляю, как вы будете это синхронизирвать с программой копирования.
Если делать например под Win в ручную,
За 6 секунд помноженных на 3 попытки, которые отводит Win на ожидания, прежде чем отключить устройство
Вам нужно успеть зайти в терминал, по Ctrl+Z
перейти на 1 уровень,
ввести команду,
время остановки двигателя около 6 секунд,
минимальное время ожидания команды е после останова - 5 секунд,
время раскрутки и выхода в готовность около 8 секунд.
и того более 20 секунд. если за пару секунд успеете вести все команды и не ошибиться.

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

Ну карту можно создать с шагом скажем в 64к секторов (32мб шаг), вычитывать все не виндой а линуксом (он кстати при подвисании винта шлет софтресет - может рыбе этого и хватит), между "хорошим" и "плохим" секторами - определять бисекцией начало/конец "плохого" блока. Оформить шеллскриптами или в перле. При ошибке - опять же в шеллскрипте слать по терминалу ресет, если софтресета по интерфейсу недостаточно. Сохранить номера секторов хороших/бэдов в файл, дальше - распарсить его, сгруппировав "хорошие" и "плохие" области, и скопировать все хорошие через dd.
Работы сравнительно много, но явно не на полгода

Tomset, NiTr0

Нет, не хватит Ему даже reset в Виктории ни по чем, т.е. он двигает головками по команде и идет по указанному адресу (судя по шуму двигающися головок), но выхлопа никакого — I/O Error.

Примерно так я себе это и представлял, но без карты сбойных секторов, а сразу же и считывая инфу, но можно и так.
Вот мой пост на другом форуме: forum.ru-board.com/topic.cgi?forum=84&topic=2596&start=2980#16 (не сочтите за спам опять-таки)
Поэтому я и спрашивал у вас и там про программное выключение питания, и вот загорелся терминальным доступом (если по дата кабелю не хочет сотрудничать, то может хоть через терминал услышит мои прсьбы о сбросе)... Кончилось тем, что я делал все руками и особых успехов не добился, как и писал выше, а все из-за того, что программа сняв 15 байт при bs=512 нагло врала про out=15 не написал, при этом, в файл ничего и я вконец запутался, рассчитывая сектора и отступы из размера файла вручную в калькуляторе. Еще одной проблемой является то, что с *nix'ами я вообще не знаком, программировать не умею, да и как примерно работает винчестер я узнал только после того, как случилась эта беда, но учиться никогда не поздно, правда? Поэтому прошу посоветовать годный для этого дистрибутив линукса/bsd, чтоб небольшой был и незнакомому человеку было не так сложно и нужные маны по шеллскриптам и всему, что мне может понадобиться. Заранее спасибо

Да-да...
Только, что то ни кто, никак не напишет бесплатные копировщики.
учитывающие массу тонкостей, возникающих при копировании полудохлых хардов.
Причем, недорогих и взломанных программ полно, но ни одна для подобных целей не подходит.
Даже дорогуший DE в анологичном случае, когда мест зависания много, (например, при радиальной царапине)
бессилен сделать посекторное копирование диапазона в 100GB меньше чем за полгода.
Но там выручает разбор файловой системы, когда через неделю анализа файловых структур. можно сделать вывод - удастся ли спасти самую важную информацию.

Tomset,

Ну, такой, как у меня случай я еще не встречал по ссылкам, выдаваемым гуглем. Может у меня уникальная проблема или просто не встречал или просто не повезло, чаще всего попадаются LBA0-проблемы. Но попробовать я все-таки хочу У меня тут еще пару вопросов назрело:
Джамперный вход на моей рыбе - это какой-то стандартный разъем, под него есть штекер или это специфический сигейтовский стандарт? Я посмотрел на своем старом Samsung HD403LJ — там восемь пинов, а на новеньком Hitachi HDS721050CLS362 вообще два (кстати, что скажете насчет данной модели, не прогадал, взяв именно его?). Я к тому, что есть ли какой-то стандартный тип кабеля, от которого я смогу оторвать папа-штекер и сунуть туда, а то сам я ничего по этому поводу не нашел.
Теперь насчет самого кабеля для терминала. По какой схеме мне его собирать? D-Sub 9 pin я у себя не нашел, из экзотики есть разве что LPT. Есть еще кабель DKU-2, но, во-первых, я не понял походит ли он и, во-вторых, не хочется нме его кромсать, телефон то еще жив... В общем, с чего мне его слепить?
Заранее спасибо.

разъем сложно подходящий найти, я из сломанных ЭЛТ маниторов Самсунг выковыривал, обрезал и обтачивал.
На крайний случай можно просто многожильные провода в плаcтиковой изоляции, подходящего сечения, использовать.
Обрезал и натянул на штырек, многожильные концы будут обеспечивать контакт. Можно просто припаяться к разьему, все равно HDD труп.
Список подходящих телефонв и кабелей есть в статье: people.overclockers.ru/showman/record1

на счет DKU-2 не знаю, точно подходит DKU-5.

Случай ваш весьма не простой, если сбоев с зависаниями много и на каждый тратить 0.3 - 1 минуту, можно годами вычитывать.
Я как-то мучился с 10-ой сигейта, у него радиальная царапина, приблизительно через каждые тысячу секторов - вис.
Прикинул сколько времени вычитывать, интересующую клиента информацию, порядка 160 гиг.
Понял что процесс займет не меньше года и отказался. Так как все равно все вычитать не удастся, хотя на диске лежало десятки копий одних и тех же файлов.
Но собирать потом из копий целые файлы, практически в ручную, ни какого времени не хватит, когда их тысячи.
Если только клиент согласился бы, кормить и платить за меня все это время, только тогда можно было браться.

Оптимально сразу попытаться вычитать всю MFT и индексы директорий, чтобы знать координаты файлов и структуру директорий.
Иначе, только черновое восстановление, без названий файлов и только нефрагментированные.

Могу немножко рассказать, как работают правильные копировщики.
Средствами ОС, которыми пользуются практически все обычные пограммы копирования, очень сложно, а скорее и не возможно, все это организовать.
Обычно хард чистается в UDMA режиме боками по 256 секторов.
Если хард выдал ошибку на блок в 256 секторов. Происходит переключение в PIO режим и сбойный блок читается по одному сектору. в UDMA читать по одному сектору нельзя. Получается, что все хорошие сектора, заберутся из кеша харда.
После сбойного сектора делается прыжок, назаданное количество секторов и также в PIO происхоит чтение небольшими порциями или по одному сектору в обратном направлении. До сбоя. После чего этот кусок пропускается и читается следующий после прыжка сектор, если он нормальный опять преключение на чтение в поблочный UDMA режим. Чтобы читать максимально быстро..
Если после прыжка, вновь сбой, то опять прыжок, и так далее, пока не будет пройдено все сбойное место. Что сбергает головки от запиливания.
Когда хард зависает, приходится его сбрасывать, Кешь очищается, читать приходится только в PIO по 1 сектору. Методов сброса собствено не много. Програмный сброс, аппаратный, и передерг питания. Ну и у сигейта, фуджей и самсунга возможен еще сброс через терминал, у остальных такой возможности нет.
Само зависание, обычно вызвано тем, что плохая голова не может произвести запись в логи обработки ошибок в служебной зоне.
Отключить такую обработку весьма не просто. Готовых команд у харда обычно просто нет, для подобного отключения.
А разбирать, дезасемблировать, сотни вариантов версий прошивок и изменять код микропраграммы, для отключения обработки ошибок, сами понимаете очень и очень не просто.