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

Remdale

Цитата:

Научите, пожалуйста.

Как можно научить в двух словах не "прибить" винт тыкнув не то в технософте ?
Когда винт уже неисправен - чуть легче - не так жалко. Да и винда не цепляется к нему.
Тут у многих возникает куча проблем на этапе правильного подключения винта и операционки для работы
с технософтом...

Добавлено:
Зы, возможно кто-то из спецов работы по удаленке найдет время.

Remdale
Ставьте Теам и в лс к igor_me стучите.

Ну вот, меня "слили"
PS Да как бы занят немного, всё и def_WD не могу выпустить версию никак. Но можно конечно глянуть по-быстрому. Хотя удивляюсь, неужели действительно там пробелы вставляются, что без HEX-редактора никуды? Тогда TeamViewer 8 , более новые - как "рекламные баннеры" выглядят, да и тормознутее субъективно

Что может быть
WD7500BPVT-24HXZ3
Внезапно начал работать(звук шпинделя) как старые 10-20гб, "ревет".
если начать винт поворачивать по продольной оси (вдоль проводов), то звук исчезает, и появляется вновь когда останавливаю.
Скан поляны гладенький в обоих случаях, масло из подшипника убежало?
Есть подозрение что началось после того как сутки поработал в положении "на боку".
Можно ли что ему сделать?

Здравствуйте!
Подскажите пожалуйста, можно ли каким образом восстановить работоспособность жесткого диска WD5000AAKS-22YGA12.0, если он распознается в BIOS только при холодном включении компьютера, и то не всегда, при инициализации которого встроенным контроллером Intel ICH9R (AHCI Mode) выскакивает сообщение S.M.A.R.T. Command Error. После загрузки системы он отображается в диспетчере устройств, как неопознанное устройство, с частично-отсутствующими строчками в Hardware IDs. MHDD из под DOS не может найти диск, точно как и WDMarvel. Для диагностики диска была выполнена чистка контактов ластиком и их лужение, на всякий случай.

Kenisk
шлейф пробовали менять? на другом компе тоже самое?

Dmitrijhd, шлейф менял, на другом компьютере проверить возможности не было, но парный (раньше работали в RAID0) такой же диск работает нормально, с этим же кабелем и в этом же порту.

Не буду утверждать, но вроде на этих семействах бывают случаи подгнивания плат. Все прочие "оголённые" места плат (не залитые лаком) и переходные отверстия выглядят нормально или сильно почерневшие? Собственно, пока не удасться хоть как-то считать SMART или определить в Марвеле - говорить о чём-то рано.
ЗЫ Когда в марвеле встаёте на тот канал, где (предположительно) должен быть диск - регистры как себя ведут? Случаем не горит только BUSY всё время? Несколько софтресетов пробовали подавать перед попыткой определить диск?
ЗЫ ЗЫ А что там насчёт AHCI Mode??? Контроллёр надо переключить в BIOS в режим IDE, иначе не зафурычит

Kenisk
Ну раз есть парный, сохранить и переписать/перепаять ПЗУ на другую плату.
Если заведется, дело в плате, не заведется - в головах.
На торнадо головы дохнут пожалуй почаще, чем платы гниют.

Цитата:

Случаем не горит только BUSY всё время?

Скорее там горит другое, он в сейф моде.

У меня вроде получилось загрузиться с диском в систему, при этом он определился в BIOS и Windows совершенно нормально, только любые команды отдаваемые на диск подвешивают систему на несколько секунд. В WDMarvel диск определялся с двумя разными Cmd и Ctrl портами, но под одним Vendor ID, http://puu.sh/guwR0/adbe05160c.png. Пробовал давать команды Read ROM, View S.M.A.R.T., но безуспешно, так же подавал команду Clear S.M.A.R.T, defect list, translator, весь лог засыпало ошибками после длительного подвисания. При определении диска в названии каждый раз случайные крякозябры, то же самое и с объемом.
Значки терминала горят RDY и DSK, иногда проскакивают DRQ и ERR, а так же бывает вместе светятся IDNF UNC BBK.

Цитата:

У меня вроде получилось загрузиться с диском в систему, при этом он определился в BIOS и Windows совершенно нормально, только любые команды отдаваемые на диск подвешивают систему  на несколько секунд. В WDMarvel диск определялся с двумя разными Cmd и Ctrl портами, но под одним Vendor ID, http://puu.sh/guwR0/adbe05160c.png. Пробовал давать команды Read ROM, View S.M.A.R.T., но безуспешно, так же подавал команду Clear S.M.A.R.T, defect list, translator, весь лог засыпало ошибками после длительного подвисания. При определении диска в названии каждый раз случайные крякозябры, то же самое и с объемом.
Значки терминала горят RDY и DSK, иногда проскакивают DRQ и ERR, а так же бывает вместе светятся IDNF UNC BBK.

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

SRUTSSSSSSSS80,
спасибо, завтра попробую сделать по вашей инструкции.

Цитата:

возможно он занят дефектоскопией.

Так для того чтоб он не делал этого - можно и паспорт поправить (сохранив исходный).
Ну и основное - прочитать рело-лист, сохранить для последующего переноса дефектов в Р-лист, а потом очистить его (именно тот что в СА винта ж) и записать в винт.
А можно взять заранее очищеный, пустой лист из ресурса и его записать в СА.
Т.е. требуется комплекс действий с данным пациентом, а не на "раз-два и усё готово".
Очистить то не проблема (вытащив все дефекты на поляне из листов снова на поверхность винта).
Задача то - всё-таки записи о них переместить в Р-лист и создать новый транслятор.

Michael99

Цитата:

рело-лист, сохранить для последующего переноса дефектов в Р-лист

Чем из доступных утилит можно это выполнить? Да и накой,если грядут традиционные игры "скан-перенос-формат"???Накой персчитывать транслятор-при успешном формате сам пересчитается

Цитата:

Да и накой..

На тот самый, если при операциях ремонта, лечений, и самое главное - для переноса дефектов в основной Р-лист.
Если, в случаях неверных переносов/пересчётов транслятора или невозможности вообще, осуществить этот пересчёт. Бэкап всего и вся - часто необходим.

Цитата:

Чем из доступных утилит можно это выполнить?

Я не знаю про какие такие "доступные" утилиты технологического свойства идёт речь.
(Или смотря - насколько "доступные" эти самые утилиты).

Цитата:

Накой пересчитывать транслятор-при успешном формате сам пересчитается

Это понятно ж. Но я например никогда не-уверен что техноформат завершится успешно ж. Всё зависит от степени дохлости винта, его БМГ, полян, "правильности" всего в самой СА и прочая-прочая.

Michael99

Цитата:

Бэкап всего и вся - часто необходим.

Так вроде не отрицается необходимость бэкапа.Но что касается релолиста-при ремонте сохранение его вижу сомнительным.Естественно,сливается кучей,поэтому в бэкапе присуствует.

Цитата:

Я не знаю про какие такие "доступные" утилиты технологического свойства идёт речь.

Если не знаете-так зачем "страждущим" советовать то,что они в любом случае не выполнят? Да и прекрастно Вам известно,о каких утилях идет речь-наборе из нескольких китайпрог да ВДМарвеле.В них,как известно,нет даже "просмотрщика" релолиста,не говоря о редакторе/переносе

Цитата:

Но я например никогда не-уверен что техноформат завершится успешно ж

Я тоже не уверен.Так какой смысл в самом пересчете как таковом,если последующий формат пойдет "кругами" например,а перезапись по ид будет забивать раз за разом глист,пока винт не вывалится с матом на полный релолист???.Моя думать,для оценки трупности лучше запустить формат без листов,"тупо" пытаясь протереть поляну по всем колдобинам,чем непонятно для чего пересчитывать транслятор,которым все равно "не воспользуешся".

Цитата:

Всё зависит от степени дохлости винта, его БМГ, полян, "правильности" всего в самой СА и прочая-прочая.

Выскажу свою точку зрения-при ремонте релолист накой не нужен и даже вреден.В китай проге,поставив "галку",на зацикливание "скан-перенос-формат",можнно идти пить чай,с ухмылкой наблюдая за агонией в страшных муках восстановлением винта.В последней,эксперементальной ,версии ВДМарвела,благодаря просьбе,также появилась данная "галка".Для простых случаев,подлатать винт-более чем достаточно.Если же винт ухудшает состояние на глазах-никакие сохранения/бэкапы/"переносы" релолиста не помогут-в ход пойдет "тежелая артилерия".

подскажите... чаво не так с Firebird... регионы не двигает... руками, при записи пзу уходит в бизи и - труп ... тока на программатор
wp - единица.... шо там поменяли и как бороться?
(читается правильно)
или это у мну платке плохо? (зы... первый "гость")

SRUTSSSSSSSS80, спасибо еще раз за науку.
Теперь получилось определить диск и считать с него S.M.A.R.T. http://puu.sh/gvPxe/e16af2748b.png, а вот и Disk info http://pastebin.com/78hsqvtN, показания вроде в пределах нормы.

Kenisk

Цитата:

показания вроде в пределах нормы.

Еще бы ему не быть,"сброшенному"...

alexyc, в тот раз я вообще не с тем устройством даже не на том контроллере работал получается, моя ошибка, оттуда и всякие иероглифы. Тут я не сбрасывал ничего, как только успешно определил диск, иначе откуда Spin-up time и start-stop близко ненулевые, или они не сбрасываются?

Kenisk

Цитата:

иначе откуда Spin-up time и start-stop близко ненулевые, или они не сбрасываются?

На вопрос отвечу вопросом-у вас диск за всю жизнь отработал 6 часов?

alexyc, тут я с вами согласен, я тоже обратил на это внимание, нет конечно же, намного больше.

Kenisk
теперь смотрим чем он занимается в свободное время, и делаем что описаное выше. А для начала можно почитать что есть дефект листы, что есть транслятор, что есть Служебная область/ПЗУ (SA) и как важно её сохранять перед вмешательством.

6 часов

Пока выполнялось сканирование всего диска http://puu.sh/gw0iq/2ed40fefbb.png, ознакомился с терминологией, и, кажется, обнаружил одну из возможных причин неисправности, при чтении SA области, не прочитывается сектор с ID32 (RELO-list) http://puu.sh/gw16T/4cb2315280.png.

Я так понял суть бэкапа SA области заключается в копировании всех файлов прочитанных программой в рабочий каталог + считал ПЗУ (ROM), на всякий случай.

При работе с листами из Defect list actions http://puu.sh/gw2oO/8524636edc.png, только P-list (http://puu.sh/gw1O9/8e046e5661.png) (на всякий случай, его я тоже сохранил) содержит записи, в G-list и SA-list пусто. Попытка команды Clear G-list и RELO-list заставила жесткий диск напрячься и перезагрузиться, со следующей ошибкой http://puu.sh/gw2Yg/0fc5a65d92.png.

Получается, как я понимаю, каким-то образом назначить другую область диска под сбойный ID32 RELO-list, а эту область добавить в один из листов? Решился попробовать Reinit module (http://puu.sh/gw47L/cc862db6b6.png), так же получил ошибку.

Цитата:

олучается, как я понимаю, каким-то образом назначить другую область диска под сбойный ID32 RELO-list

Расположить- то можно Рело-лист в другом физически месте. Это может решить вопрос с винтом, а может и нет. Пока непонятно само состояние области СА (треков) по головам 00 и 01.
Попробуйте СА считать треками и записать по каждой голове снова (можно даж по всем головам, на случай если когда-то придётся отключать голову). Заодно и головы на запись все проверите ж.

Kenisk
Почитать его по головам а не по ид, если считался будет что писать на новое место.
смотреть по какой голове ошибки
Почитать треки/регионы...полный бекап не мешает.
Читать что есть DIR
Редактор дира
смотреть сколько он занимает в секторах поискать свободное место, переписать его местоположение на свободное место, записать считанный модуль после перегрузки дира, проверить,

Ну и предыдущий пост прочитать с пониманием.

Michael99
SRUTSSSSSSSS80
Ваши советы бесспорны,но в пылу забыли заметить,что у Kenisk демоверсия марвела.Ему проще попробовать записать донорский релолист китайпрогой,вместе с родными модулями тупо по-верху.Запишется-хорошо,нет....будет покупать месячный ключ или мучать винт "с нуля" в китайпроге

Michael99, SRUTSSSSSSSS80, alexyc
Так, я обзавелся старой, еще бесплатной, версией WDMarvel 2.3, считал треки и регионы (файлы регионов с 0 и 1 головы, не сохранились, поскольку были считаны с ошибками), треки успешно считались и сохранились почти все, кроме трех: 33 на 0 и 127 на 0 и 1 (http://puu.sh/gx0nC/42c1ee7bf3.png), и их же я записал, кажется успешно.
На всякий случай, по совету Michael99 сейчас запишу эти треки на остальные головы. При считывании в режиме регионов я получил так же информацию о нечитаемых секторах на этих дорожках (http://puu.sh/gx1Z8/16233b0acf.png).
Теперь я прямо на распутье, что делать, попробовать "отформатировать" (http://puu.sh/gx0Tv/204acf38fc.png) дорожки и записать что есть, надеясь, что проблемная область устранится, а потом уже дальше думать над восстановлением проблемного модуля и работой с DIR.
И еще один вопрос неопытного человека, это нормально что SA область считанная регионом с донора с 0 и 1 головы, не совсем идентичны при побитовом сравнении?

Цитата:

по совету Michael99 сейчас запишу эти треки на остальные головы

Это предохранительная мера, чтоб иметь копии на других головах. Просто может пригодится такая копия при следующей поломке винта. На текущую работоспособность это не влияет.
Так же это полезно если копия треков СА снималась композитно - например, не считанные области, сектора дополнены корректно считанным по другой голове, чтоб в итоге иметь максимально корректно вычитанный трек/модуль. Затем эту композитную копию можно и стоит записать на системные головы (от небольших проблем это спасает).

Цитата:

нормально что SA область считанная регионом с донора с 0 и 1 головы, не совсем идентичны при побитовом сравнении?

Видимо в каких то местах считалось некорректно. Копии с системных голов должны быть идентичны.
Вот поэтому и стоит записать композитную, более полную копию по системным головам.