Ru-Board.club
← Вернуться в раздел «Магнитные носители информации»

» Ремонт накопителей WD (Western Digital). Часть II

Автор: Turkish88
Дата сообщения: 19.04.2013 15:43
aldimeola
Наверное бэды вышли за 50ПGb которые вы скрыли, сканируйте диск D программой типа r-studio она должна увидеть потерянные папки
Автор: south_man
Дата сообщения: 19.04.2013 21:16
cambit
не те контакты немного...
в нижнем ряду у вас предпосл. справа, а нужно слева...
т.е. фактически нужен пин, что под тем, что сверху, но со смещением в бок
Автор: NiTr0
Дата сообщения: 20.04.2013 13:46
На заметку: при рубке голов кролю с дефектом в служебке - после рубки, в случае читаемого модуля 35, обязательно сделать пересчет транслятора. Ибо команда транслятор служебки не пересчитывает (вернее - похоже, пересчитывает, но не записывает в флэш)...
Автор: Turkish88
Дата сообщения: 20.04.2013 14:07

Цитата:
обязательно сделать пересчет транслятора.

пересчет транслятора SA ?
Автор: tametung
Дата сообщения: 20.04.2013 17:14

Цитата:
Будет ли выигрышь в чем-то

-В скорости (быстрее чем диск сам себя сканирует,сделать не возможно).
-Отпадает необходимость подготавливать значения для следующего LBA,если не произошло ошибки.

Автор: 308011
Дата сообщения: 20.04.2013 17:34

Цитата:
-В скорости (быстрее чем диск сам себя сканирует,сделать не возможно).

Это сферический конь в вакууме
В реальности, имхо, медленее будет
Команда ATA верификации, требует записи 10 байт в порты, блок может быть размером до 2048 секторов
VSC команда требует записи 520 байт
То есть, сравняется по скорости начиная с размера блока в 106496 LBA
Но с такими большими блоками, при ошибке, очень долго перебирать его посекторно
Попадется под руки с бедами что-то, замерю скорости и так и так
Автор: tametung
Дата сообщения: 20.04.2013 17:52

Цитата:
Команда ATA верификации, требует записи 10 байт в порты, блок может быть размером до 2048 секторов

почему только 800H ? Вполне работает и 0000H.(65536d).
65536* 52=3407872
т.е по колличеству отправляемых байт в HDD сравнися уже на 3407872 LBA (52-й пакет по 10 байт).
А дальше ATA42 будет требовать перезагрузки регистров,а VS -нет

Цитата:
Но с такими большими блоками, при ошибке, очень долго перебирать его посекторно

я же привел статус дамп. диск сам остновит сканирование при ошибке. не надо разбирать блок.
А вот формирование следующего после ошибки LBA,будет зависеть от того 4K диск или нет.


Автор: 308011
Дата сообщения: 20.04.2013 19:15
tametung
А, вы предлагаете не сканировать блоками, а сразу давать команду верификации всей поверхности, и ждать отвала
Да, так в теории должно быть быстрее
ЗЫ
Вот только долгочитаемые сектора так не найти(
Автор: NiTr0
Дата сообщения: 20.04.2013 20:16

Цитата:
пересчет транслятора SA ?

Угу.
Автор: tametung
Дата сообщения: 20.04.2013 21:05

Цитата:
Вот только долгочитаемые сектора так не найти(

это верно.но
диск перед сканом никто не мешает "настроить" (Disable read look-ahead),уменьшить кол-во ретри,етц.
да и задержки проще (правильней ?) убирать, при более менее гарантированном дефект-фри.


Автор: 308011
Дата сообщения: 20.04.2013 22:13
tametung
Надо реализовать, потом потестить
Пока гадание на кофейной гуще
К примеру, верифай из физ скана убрал вообще, после того как обнаружил, что один и тот же трек, может стабильно выдавать ошибку чтения, и так же стабильно рапортовать что все ок на команду верифай
Автор: Vic422
Дата сообщения: 21.04.2013 11:31
to All.
Вопрос для обсуждения...
Шансы на успешное прохождение селфскана на HDD WD Marvel?
1. С SATA шлейфом и мониторингом?
2. С SATA шлейфом без мониторинга?
3. Без SATA шлейфа и мониторинга (или на отдельном БП)?
Кто чего скажет?

Мои варианты 3, потом иногда - 2.
Автор: NiTr0
Дата сообщения: 21.04.2013 11:32
А причем тут шлейф/мониторнг к прохождению/завалу тестов?
Автор: 308011
Дата сообщения: 21.04.2013 11:41
Vic422

Цитата:
Вопрос для обсуждения...

Ну свой вариант озвучивал в личке, одинаковы думаю шансы
Автор: alexyc
Дата сообщения: 21.04.2013 12:39

Цитата:
Кто чего скажет?

А есть какая нить проверенная экспериментом зависимость? В таком случае лучше обсуждать прохождение скана на чужих модулях...
Автор: JETWAY
Дата сообщения: 21.04.2013 14:23
Без разницы мониторить или нет.
Если объём дисков большой,то компьютеров не напосёшся каждый мониторить.
Запустил,поставил на внешний бп и через некоторое время,подключил ,дал софтресет и посмотрел на каком этапе скан.
Если не прошёл с текущего теста перезапустил.
Автор: NiTr0
Дата сообщения: 21.04.2013 22:23
Обычно когда винт гасит шпиндель и не продолжает скан более 10-15 минут - значит, скан завершился (ошибкой или штатно).
Автор: zubilo093
Дата сообщения: 22.04.2013 23:22
можно плиз ссылочку на WDMarvel 2.3 а то всё ссылки дохлые((( (хотя бы в личку)
а то есть WD5000AACS хочу поковырять
Автор: Inlarion
Дата сообщения: 23.04.2013 05:53
Приветствую! Прошу помощи, никак не могу разобраться.
Попал кролик WD250JS, чтение с провалами видимо по одной из шести голов, запись вообще никакая в час по чайной ложке.

Все модули читаются по обоим копиям, в P около трехсот дефектов, остальные чистые, сбросил smart, G, Relo. Пересчитал транслятор с учетом P, запустил форматирование. Вернулся через 8 часов, выполнилось только 25%.

Понятно что одной из голов вероятно хана. Но что творится с записью? Обычно после сброса smart, G и Relo. На других кроликах запись приходила в норму.

Контакты почистил еще перед подключением....

UPD: Разобрался, нашел в загашнике еще одного старого, мертвого на всю голову кролика WD800JD.
Подключил, влил флеш от WD250JS и перекинул плату на WD250JS. Пересчитал транслятор, сделал быстрый формат, сейчас делаю запись по всей поляне. Скорость записи пришла в норму. График ровный. Надеюсь по чтению станет так же весело и не придется отключать голову.
Автор: AV82
Дата сообщения: 23.04.2013 09:01
Inlarion
Скажите, а какую роль играли действия с пересчетом транслятора и форматированием? Была глючная плата. Поменяли плату, перекинули флэш, долгочитаемые секторы вылечили записью. Все заработало.
При всем при том, что если бы глючная головка действительно имела место, Ваши операции со служебкой могли бы угробить хард окончательно.
Автор: Inlarion
Дата сообщения: 23.04.2013 13:38
Не совсем понял вопроса, как пересчет транслятора UA, сброс смарт, очистка G и Relo листов взаимосвязан со служебкой? Вылет данных модулей на воздух легко обратим если заранее слить служебку.
Тем более давно не секрет что перед манипуляциями с жестким диском следует слить с него модули, треки, регионы и флеш. На случай убиения подопытного.
В данном случае было не ясно почему запись не шла, а вариантов масса, нечитаемые треки служебки, слет транслятора, отключение кеша, отвал платы, кончина коммутатора и пр.
Тем более что каждый второй жесткий который попадает в мои руки, стабильно не хочет ничего писать, т.к. накопитель отключил кеш из за кучи ошибок. И лечится это как раз очисткой вышеперечисленных листов и сбросом smart.
Что касается винтов с больной нулевой головой, опять же сначала слили служебку а уже потом что то делаем.

Знаете, я не поклонник холивара между тру ремонтниками и любителями которые хотят чему либо научиться. Но все же скажу: Вы свои деньги итак имеете, все ваши пугания ни к чему, что могли убить хард и т.д и тп.
Помню как только появилась WDMarvel, 308011 тоже грязью облили, типа нам ремонтникам теперь винты сложнее чинить стало из за рукожопых любителей которые вашу программу поюзали, мало того что головы убиты так и в служебке теперь помойка. Так вот, сложность ремонта, пропорционально увеличивает стоимость этого ремонта, и за помойку в служебке платит ваш клиент. А если не платит, значит вы не в состоянии грамотно провести диагностику и расчитать стоимость работ. Лучше скажите честно, вы купили асю и хотите побыстрее отколотить вложенные в нее средства.
Так что думаю не стоит говорить того чего нет, т.к. вы сами когда учились убили наглухо не один десяток винтов и вашим знаниям до сих пор нет предела. И не будет в принципе.
Вместо того чтобы говорить как все сложно, лучше и полезнее прививать новичкам полезные привычки дабы исключить детские ошибки от которых и дохнут винты окончательно. Ну или как минимум уважать себя, свое время и не внушать бессмысленные опасения новичкам.
Я в свою очередь хочу выразить огромную благодарность автору WDMarvel за отличную программу, которой пользуются даже владельцы комплекса от тети аси а так же Tomset и igor_me за советы и подсказки по ремонту.
Автор: tomset
Дата сообщения: 23.04.2013 14:44
Inlarion


Цитата:
Так что думаю не стоит говорить того чего нет, т.к. вы сами когда учились убили наглухо не один десяток винтов и вашим знаниям до сих пор нет предела.


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

Вопрос то именно в клиентских хардах с данными.
А свои хоть обремонтирутесь. Только на крышке не забывайте писать, когда впариваете лохам - Ценные данные на них не хранить в одном экземпляре!!!.

И убивали харды, которые давали в ремонт, а не на восстановления данных.
У меня даже мысли ни когда не было, чинить харды для себя, знакомым или на продажу.
Так как это в целом бесмысленное занятие, все равно большиство из них дохнут достаточно быстро, сколько их не чини.
Сам занимался ремонтом, даже не из-за зароботков, так как это даже расходов на ремонт не отбивает, а только чтобы заиметь доноров и кроликов для опытов.
А к заказчикам на ремонт HDD, относился и отношусь, как ненормальным. Только их желание вернуть вложенные в хлам деньги, слегка оправдывает их.
У новичков, почти поголовно, срабатывает толи жажда наживы, толи огромное самомнение, что уж они-то будут диски ремонтировать лучше всех, и брака у них вобще нет и не будет. Просто иной раз смешно слышать, что у некоторых аж до 90% выхода годных хардов после ремонта. А это в принципе невозможно. Хард который требует SS - в 80% случаев потенциальный труп, даже если он пройдет SS.
Почти все харды свыше 500 gb на которых пришлось запускать SS, подохли и продолжают подыхать.
Ремонтировал их только чтобы использовать под копии данных. Так что последнее время под копии данных, оставляю толькр харды, которые не требут SS и отключения головок или покупаю новые. Все остальные только на доноров, или в ящик для металолома.
Слишком велики потери, когда он начинает подыхать в момент когда делаешь на него
копии клиенских данных. Мало того, что полудохлый клиенсткий вычитать порой затрахаешься, так потом еще и со своего дохлика приходится данные востанавливать повторно.

Не ужели производители совсем дураки (кроме самсунга, эти вечные любители, поковырятся в брахле), что оставили в своих сервисных центрах, только стойки для проверки и легкого дефект-менеджемента. Cкрыть некоторое количество дефектов.
А SS они уже, как лет 7 перестали использовать в СЦ. Так как понимают, что это бесмысленое занятие, для хардов, которые уже получили царапины на поверхности в процессе эксплуатации.
Менять на них пластны и головы, слишком трудоемкое занятие, которое сложно автоматизировать. Да и какой смысл, если хард уже почти выработал ресурс механики. Проще отправить в переплавку и сделать новые на конвеере.
Хоть какая-то гарантия, что они будут работать. А на отремонтированный хард, только на брахолках две недели гарантии дают. Я лично вобще не понимаю людей, которые там покупают харды для работы, взять и вложить деньги в кота в мешке, с которым неизвестно, что станет через две недели. Не поменять по гарантии и огромный риск потерять свои бесценные данные.

Это опыт и выводы после нескольких тысяч отремонтированных хардов,
То есть чтобы поменять свою точку зрения, каждому новичку предстоит отрамонтировать столько же, что бы придти к таким же выводам.
Автор: south_man
Дата сообщения: 23.04.2013 15:31
подскажите, кому не сложно..
дано: Atlantis (ROYL) и WDM/WDR (не из посл.версий)
диагноз: больная голова

решение: укусил после СС эту hd=3 через депоп, сделал удаление из Р-листа дефектов по ней. Модель была предложена типа WD5500 (оригинал WD6400-00A7B0)

пересчет транслятора с учетом Р долго выдавал FMT_ERR_CAPACITY (0x3C0A)
пока не было выставлено во всех полях паспорта MAX LBA, соотв. честной 400-ке...

только вот если глянуть "логич.зонное распределение" из WDM, то "Process MAX LBA" осталось прежним от 640-ки и "Последний LBA резерва" тоже вылазит за пределы 400-ки...

это баг или фича?

и да... почему только 400 Гб получилось-то? все же 640/4*3 = 480
Автор: Tink200
Дата сообщения: 23.04.2013 15:38
south_man
потому что у него 400ка в списке после депопа. на ту голову именно. .. если зонник остался ...таким жє. значит что то где то не доправил.
Автор: south_man
Дата сообщения: 23.04.2013 15:42
Tink200

Цитата:
потому что у него 400ка в списке после депопа

после депопа было WD5500... такая модель есть в модуле конфига чтоль.. (хексом даже видел)

забыл, зонник поправил: занулил (отключил) 4-ю зону - остались 0, 1, 2 - родные.
или не так нужно было?

чисто теоретически реально ли добыть с него большую емкость - например, стандартные 500 Гб?
Может еще разок СС пустить и он сам себе пересчитает плотность, емкость резерва и т.п.??
Автор: Inlarion
Дата сообщения: 23.04.2013 15:46
tomset
Полностью с вами согласен, восстановлением данных и ремонтом не занимаюсь, т.к. есть несколько иное поприще на котором зарабатываю.
Просто остаются дохлые веники с замены, когда винт сдох или вот вот помрет, его просто меняют на новый, т.к. сразу говорю клиенту что старый чинить нет смысла (или живет не долго или обрубок который тоже скорее всего не долго ).
А старые дохлые винты оставляют у меня т.к. им он нафиг не нужен.
После некоторого ремонта, данные винты доживают свою жизнь у меня в сервере, на котором хранятся некритичные резервные копии.

Просто человек написал что можно легко угробить винт очисткой G-листа, пересчетом транслятора с последующим форматированием при неисправной голове. По мне так полная ерунда. Или я хочу узнать сколько было убито винтов таким макаром в процентном соотношении. Если это мертвая голова, она уже и так мертвая и тут ничего не поделаешь, все равно ее придется отрубить. Если же она нулевая и каким то чудом запилит служебку при пересчете транслятора и форматировании, есть служебка и под первой головой, а вообще то нужно сначала сливать SA а уже потом что то делать. И даже при таком раскладе нулевую голову уже не спасти. Или я не прав?
Автор: tomset
Дата сообщения: 23.04.2013 16:11
Inlarion
Имелось видимо в виду, что прежде чем что-то делать в SA.
Будь-то очистка листов, смарта, пересчет транслятора и т.п.
Нужно проверить, работает ли корректно запись по системным головам.
Ну а сохранять родную SA перед любыми действиями, это святое.
Как штаны снять, прежде чем на толчок сесть.
Автор: zubilo093
Дата сообщения: 23.04.2013 16:59
Форумчане поделитесь ссылкой пжалста на чудо софтину( на rghost заблокирован на рапиде и другом обменнике всё дохлое и видимо давно). Есть винт WD5000AACS было 17 не стабильных секторов без релокейтов, почистил через MHDD все стало ок, но вот с дури сам сделал ошибку Spin Retry Count хочу затереть.
Автор: tomset
Дата сообщения: 23.04.2013 17:54
zubilo093
К автору...
Это он решает, кому давать, кого послать
Утилита теперь с персональным ключем и активацией режимов записи через интернет.
Автор: tametung
Дата сообщения: 23.04.2013 19:03

Цитата:
Утилита теперь с персональным ключем и активацией режимов записи через интернет.

А вам конечно дали активацию ? Интересно за что ? неужели ,за усердный скулеж (и мелкую подлятинку) на всех форумах ?

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677787980818283848586878889

Предыдущая тема: HDD и запуск компа


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.