Seagate ST3500320AS Barracuda 7200.11
После попытки удалить файлы с жесткого диска он отвалился. В биосе его вижу, в "управлении компьютером" значится как не инициализированный. При попытке инициализировать выскакивает "Запрос не был выполнен из-за ошибки ввода-вывода на устройстве".
Пробовал пользоваться SeaTools, диск виден в списке, но опять же выбрать его не могу для того что-бы с ним что-либо проделать.
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$ тем же разработчикам комплекса.
Ждите, может через лет пять станет известно.
forum.hddguru.com/seagate-7200-terminal-commands-t11926.html (не сочтите за спам).
Относиться ли данный перечень к моей модели (ST3500320AS, SD15 Firmware), много ли в нем нехватает, смогу ли я пользоваться чем-то вроде для сброса винчестера через терминал, если сооружу себе нужный шнурок? Заранее спасибо.
Но я совершенно не представляю, как вы будете это синхронизирвать с программой копирования.
Если делать например под Win в ручную,
За 6 секунд помноженных на 3 попытки, которые отводит Win на ожидания, прежде чем отключить устройство
Вам нужно успеть зайти в терминал, по Ctrl+Z
перейти на 1 уровень,
ввести команду,
время остановки двигателя около 6 секунд,
минимальное время ожидания команды е после останова - 5 секунд,
время раскрутки и выхода в готовность около 8 секунд.
и того более 20 секунд. если за пару секунд успеете вести все команды и не ошибиться.
Под линуксом возможно можно как-то все это организовать программно, отслеживая моменты ошибки и приостанавливая программу копирования,
Но помните, что на физически поврежденом месте головки могут окончательно запилиться.
И вычитывать нужно в первую очередь несбойные места. а плохие места быстренько перепрыгивать.
И только в конце вычитывания, заняться уже сбойными местами.
А для этого процесса потребуется создавать карту вычитанных и невычитанных секторов, чтобы много раз не мурыжить одни и те же поврежденные места.
Вообщем где-то на полгода себя работой обеспечите, пока все вычитаете. :)
Работы сравнительно много, но явно не на полгода :)
Нет, не хватит :( Ему даже reset в Виктории ни по чем, т.е. он двигает головками по команде и идет по указанному адресу (судя по шуму двигающися головок), но выхлопа никакого — I/O Error.
Примерно так я себе это и представлял, но без карты сбойных секторов, а сразу же и считывая инфу, но можно и так.
Вот мой пост на другом форуме: http://forum.ru-board.com/topic.cgi?forum=84&topic=2596&start=2980#16 (не сочтите за спам опять-таки)
Поэтому я и спрашивал у вас и там про программное выключение питания, и вот загорелся терминальным доступом (если по дата кабелю не хочет сотрудничать, то может хоть через терминал услышит мои прсьбы о сбросе)... Кончилось тем, что я делал все руками и особых успехов не добился, как и писал выше, а все из-за того, что программа сняв 15 байт при bs=512 нагло врала про out=15 не написал, при этом, в файл ничего и я вконец запутался, рассчитывая сектора и отступы из размера файла вручную в калькуляторе. Еще одной проблемой является то, что с *nix'ами я вообще не знаком, программировать не умею, да и как примерно работает винчестер я узнал только после того, как случилась эта беда, но учиться никогда не поздно, правда? Поэтому прошу посоветовать годный для этого дистрибутив линукса/bsd, чтоб небольшой был и незнакомому человеку было не так сложно и нужные маны по шеллскриптам и всему, что мне может понадобиться. Заранее спасибо ;)
Только, что то ни кто, никак не напишет бесплатные копировщики.
учитывающие массу тонкостей, возникающих при копировании полудохлых хардов.
Причем, недорогих и взломанных программ полно, но ни одна для подобных целей не подходит.
Даже дорогуший DE в анологичном случае, когда мест зависания много, (например, при радиальной царапине)
бессилен сделать посекторное копирование диапазона в 100GB меньше чем за полгода. ;)
Но там выручает разбор файловой системы, когда через неделю анализа файловых структур. можно сделать вывод - удастся ли спасти самую важную информацию.
Ну, такой, как у меня случай я еще не встречал по ссылкам, выдаваемым гуглем. Может у меня уникальная проблема или просто не встречал или просто не повезло, чаще всего попадаются LBA0-проблемы. Но попробовать я все-таки хочу :) У меня тут еще пару вопросов назрело:
Джамперный вход на моей рыбе - это какой-то стандартный разъем, под него есть штекер или это специфический сигейтовский стандарт? Я посмотрел на своем старом Samsung HD403LJ — там восемь пинов, а на новеньком Hitachi HDS721050CLS362 вообще два (кстати, что скажете насчет данной модели, не прогадал, взяв именно его?). Я к тому, что есть ли какой-то стандартный тип кабеля, от которого я смогу оторвать папа-штекер и сунуть туда, а то сам я ничего по этому поводу не нашел.
Теперь насчет самого кабеля для терминала. По какой схеме мне его собирать? D-Sub 9 pin я у себя не нашел, из экзотики есть разве что LPT. Есть еще кабель DKU-2, но, во-первых, я не понял походит ли он и, во-вторых, не хочется нме его кромсать, телефон то еще жив... В общем, с чего мне его слепить?
Заранее спасибо.
На крайний случай можно просто многожильные провода в плаcтиковой изоляции, подходящего сечения, использовать.
Обрезал и натянул на штырек, многожильные концы будут обеспечивать контакт. Можно просто припаяться к разьему, все равно HDD труп.
Список подходящих телефонв и кабелей есть в статье: http://people.overclockers.ru/showman/record1
на счет DKU-2 не знаю, точно подходит DKU-5.
Случай ваш весьма не простой, если сбоев с зависаниями много и на каждый тратить 0.3 - 1 минуту, можно годами вычитывать.
Я как-то мучился с 10-ой сигейта, у него радиальная царапина, приблизительно через каждые тысячу секторов - вис.
Прикинул сколько времени вычитывать, интересующую клиента информацию, порядка 160 гиг.
Понял что процесс займет не меньше года и отказался. Так как все равно все вычитать не удастся, хотя на диске лежало десятки копий одних и тех же файлов.
Но собирать потом из копий целые файлы, практически в ручную, ни какого времени не хватит, когда их тысячи.
Если только клиент согласился бы, кормить и платить за меня все это время, только тогда можно было браться. :)
Оптимально сразу попытаться вычитать всю MFT и индексы директорий, чтобы знать координаты файлов и структуру директорий.
Иначе, только черновое восстановление, без названий файлов и только нефрагментированные.
Средствами ОС, которыми пользуются практически все обычные пограммы копирования, очень сложно, а скорее и не возможно, все это организовать.
Обычно хард чистается в UDMA режиме боками по 256 секторов.
Если хард выдал ошибку на блок в 256 секторов. Происходит переключение в PIO режим и сбойный блок читается по одному сектору. в UDMA читать по одному сектору нельзя. Получается, что все хорошие сектора, заберутся из кеша харда.
После сбойного сектора делается прыжок, назаданное количество секторов и также в PIO происхоит чтение небольшими порциями или по одному сектору в обратном направлении. До сбоя. После чего этот кусок пропускается и читается следующий после прыжка сектор, если он нормальный опять преключение на чтение в поблочный UDMA режим. Чтобы читать максимально быстро..
Если после прыжка, вновь сбой, то опять прыжок, и так далее, пока не будет пройдено все сбойное место. Что сбергает головки от запиливания.
Когда хард зависает, приходится его сбрасывать, Кешь очищается, читать приходится только в PIO по 1 сектору. Методов сброса собствено не много. Програмный сброс, аппаратный, и передерг питания. Ну и у сигейта, фуджей и самсунга возможен еще сброс через терминал, у остальных такой возможности нет.
Само зависание, обычно вызвано тем, что плохая голова не может произвести запись в логи обработки ошибок в служебной зоне.
Отключить такую обработку весьма не просто. Готовых команд у харда обычно просто нет, для подобного отключения.
А разбирать, дезасемблировать, сотни вариантов версий прошивок и изменять код микропраграммы, для отключения обработки ошибок, сами понимаете очень и очень не просто.