Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Ремонт накопителей WD (Western Digital). Часть IV

Модерирует : Akam1, Dr_StandBy, vertex4

Akam1 (11-10-2015 06:03): http://forum.ru-board.com/topic.cgi?forum=84&topic=5007  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223

   

Akam1



Комса
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Коды ошибок WD Обновлено 18.01.2013
Ссылки на файловые ресурсы
"Лампочки" ATA терминала
Разное (статьи, описания, информация с форумов)

FAQ по действиям с накопителями WD
Отключение 0 головы на Mariner от Cartmann
Инструкция по скрытию бэдов сканом по логике

Расшифровка ошибок в программе WDMarvel
Условия распространения WDMarvel (обновлено)

Def_WD - программа для выполнения некоторых действий со служебной зоной (SA) дисков WD, редактирования некоторых модулей служебной зоны, сравнения\поиска в любых HEX-файлах. Распространяется бесплатно. Последняя версия - 1.43  
Скачать  

Важно! Инструкция по чистке контактов на плате HDD

Первая часть темы | Вторая часть темы | Третья часть темы
Как это сделано..
что есть #
 
Data Lifeguard Diagnostic
Гарантийное обслуживание и RMA


Темы по проблемам логического ремонта разделов HDD и подъёма информации:
Восстановление разделов и информации на HDD
Железные проблемы с HDD (диском, хардом, веником
S.M.A.R.T.
 


Офтопик на поболтать на HDD темы
Некоторые аспекты использования PC-3000 (Data Extractor-а)
Бизнес-вопросы сферы восстановления данных и ремонта HDD


Всего записей: 26360 | Зарегистр. 20-04-2006 | Отправлено: 07:00 07-11-2013 | Исправлено: SRUTSSSSSSSS80, 01:47 29-09-2015
Sergey24lg

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Dmitrijhd,
Спасибо за ответ! Ещё кусочек пазла сложился. Контакты протираются регулярно. Сейчас если сделаю всё, залужу их на плате. Поляну забил. Я посмотрел g-list в WDmarvell. У меня такая картина. Головка 0 - 1, головка 2 - 16, головка 4 - 264. Все значения в поле Convention. Это означает, что  предположение о головке было не верно и винчестер сыпется? И как возможно, что записей больше, чем реалокейтедов? Я думал в g-list хранится только информация о секторах, которые переназначил hdd в процессе работы? Сейчас отправил g-list в p-list, пересчитал транслятор и сейчас делаю внутренний формат. Не знаю, правильное решение или нет. Подробнее...

Всего записей: 14 | Зарегистр. 06-02-2015 | Отправлено: 03:51 06-02-2015 | Исправлено: Sergey24lg, 08:50 06-02-2015
AVCH

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
SRUTSSSSSSSS80

Цитата:
WD5000BEVT-22ZAT0  4 головый маринер

Mercury наверное.

Всего записей: 432 | Зарегистр. 27-07-2004 | Отправлено: 12:28 06-02-2015
SRUTSSSSSSSS80



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Mercury наверное.  

Вы правы
Family: Mercury (Royl)
 
 
Добавлено:

Цитата:
 Я думал в g-list хранится только информация о секторах, которые переназначил hdd в процессе работы?  

они в 36 модуле лежат (не стабильные ), а в G листе дефекты , транслятор то статичный.

Всего записей: 4460 | Зарегистр. 23-04-2006 | Отправлено: 13:23 06-02-2015
JETWAY

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Подбирать головы надо по Dit на WD
также подмечено,когда версия ПЗУ донорского HDD такая же как и у пациента головы нормально приживаются.
 
А вообще Mercury достаточно простой диск в плане подбора донора и приживаемости голов.Это не Firebird и Fb Lite,где десятками можно менять БМГ и не приживётся хоть и Dit совпадает и версия ПЗУ такая же.

Всего записей: 328 | Зарегистр. 11-07-2006 | Отправлено: 17:05 06-02-2015
Sergey24lg

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
SRUTSSSSSSSS80

Цитата:
они в 36 модуле лежат (не стабильные ), а в G листе дефекты , транслятор то статичный

Не стабильные это же pending, а не realocared? Я просто хочу понять природу записей в grown list. Нигде не вижу информации отличной от того, что это список секторов, которые переназначил HDD. Могу только предположить, что читая g-list, мы видим физические адреса, а в смарт количество переназначенных логических?

Всего записей: 14 | Зарегистр. 06-02-2015 | Отправлено: 17:43 06-02-2015 | Исправлено: Sergey24lg, 17:51 06-02-2015
Valera197127

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ребят подскажите можно заменить чемто смд 25LD020

Всего записей: 72 | Зарегистр. 15-04-2009 | Отправлено: 20:25 06-02-2015
alexyc



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Valera197127

Цитата:
 можно заменить чемто смд 25LD020

любой 25х020

Всего записей: 3370 | Зарегистр. 04-03-2012 | Отправлено: 21:01 06-02-2015
Valera197127

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
спс

Всего записей: 72 | Зарегистр. 15-04-2009 | Отправлено: 21:32 06-02-2015
tametung

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
И как возможно, что записей больше, чем реалокейтедов?

Где больше ? Вы говорите о значении 5-го аттр. SMART ?  Так в нем игнорируются первые 200dec. записей из 34h.  
Т.о при реальном колл. дефектов в G в 761 в 5 attr. будет значение равное 561.
Информация о пендингах,накапливается не в 34h,a 32h.

Всего записей: 2196 | Зарегистр. 27-01-2007 | Отправлено: 21:43 06-02-2015 | Исправлено: tametung, 21:44 06-02-2015
Sergey24lg

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
tametung

Цитата:
Где больше ? Вы говорите о значении 5-го аттр. SMART ?  Так в нем игнорируются первые 200dec. записей из 34h.   Т.о при реальном колл. дефектов в G в 761 в 5 attr. будет значение равное 561.  Информация о пендингах,накапливается не в 34h,a 32h.

Да, я говорю о g-list (34). В нём записей было больше, чем значение realocated sector count  (5). Пендинги меня как раз не интересуют. Спасибо, интересно. А эти первые 200dec записи они как туда попадают? Какова их природа?

Всего записей: 14 | Зарегистр. 06-02-2015 | Отправлено: 00:23 07-02-2015
igor_me

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
А эти первые 200dec записи они как туда попадают? Какова их природа?

Такая же , как и всех прочих. Просто их микропрограмма диска при отображении SMART "прячет" . Типа чтобы мы не видели сразу, что пятый атрибут стал расти. Ведь по идее он - повод для обмена по гарантии, даже если в нём всего несколько секторов. Такая вот "свиная" природа у производителя, ничего в общем-то интересного, думаю, исключительно от жадности они так делают

Всего записей: 5716 | Зарегистр. 27-12-2011 | Отправлено: 00:41 07-02-2015
Sergey24lg

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
igor_me

Цитата:
Такая же , как и всех прочих. Просто их микропрограмма диска при отображении SMART "прячет" . Типа чтобы мы не видели сразу, что пятый атрибут стал расти. Ведь по идее он - повод для обмена по гарантии, даже если в нём всего несколько секторов. Такая вот "свиная" природа у производителя, ничего в общем-то интересного, думаю, исключительно от жадности они так делают  

Ну ничего себе. Операции ремапа ведь могут привести к потере данных и пользователь об этом не узнает.  А что думаете по поводу картины дефектов по головам? 0 - 1, головка 2 - 16, головка 4 - 264. Отключать 4 голову или это уже разрушение поверхности пошло и вопрос времени только пока остальные блины посыпяться?

Всего записей: 14 | Зарегистр. 06-02-2015 | Отправлено: 00:53 07-02-2015
igor_me

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
головка 4 - 264. Отключать 4 голову или это уже разрушение поверхности пошло и вопрос времени только пока остальные блины посыпяться?

Очень часто разрушение поверхности начинается как раз по одной голове, и отключив её, можно продлить "остальному" винту жизнь. Но 264 - эт ещё не разрушение. Так, повод задуматься и следить. Вот когда новые дефекты будут появляться только на 4-й и заполнят G-list до максимума - можно подумать об отключении. Но всегда можно и перенести в P-list и смотреть дальше. Вот если и дальше дефекты только по ней будут - можно и рубать
Но если одна из поверхностей сильно разрушается - то она "пылит". И эта магнитная пыль конечно начнёт попадать и на другие поверхности со временем. Вопрос (как всегда) лишь в количестве этого времени до начала серьёзных необратимых разрушений магнитного слоя. Как и везде в нашем аналоговом мире

Цитата:
Операции ремапа ведь могут привести к потере данных

Хе, Америку открыли...

Цитата:
и пользователь об этом не узнает.

узнает, когда нарвётся (сам или посредством чекдиска, или перестанет загружаться ОСь ) на повреждённые файлы
Честно говоря, как-то и не задумывался, что 5-й атрибут можно использовать как "индикатор целостности файлов". Хм, интересно, интересно...

Всего записей: 5716 | Зарегистр. 27-12-2011 | Отправлено: 01:32 07-02-2015 | Исправлено: igor_me, 01:35 07-02-2015
Sergey24lg

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Подробнее... igor_me

Цитата:
Честно говоря, как-то и не задумывался, что 5-й атрибут можно использовать как "индикатор целостности файлов".

С определённой достоверностью конечно.  Вот на WD уже получается нельзя. А так не нулевой 5ый сигнал о возможной утере данных, но нулевой 5ый не гарантия их целостности.
---
Повторное тестирование после занесения прошлых деффектов в p-list выявило 241 запись в g-list по голове 4 и 84 реалокейтеда. Голова вызывает тормоза до 14 мб/с при записи раз в 6 блоков. 4 голову решено зарубить (стабильность работы ценой 250 Гб мне не нужна). Насколько я понял, последовательность моих действий такова:
1) Бекап ПЗУ, регионов, модулей, треков.
2) Очистить S.M.A.R.T., P-list, G-List, Relo-list
3) Пересчитать транслятор по пустому p-list
4) В редакторе регионов SA в другую папку сохранить регионы по 04 и 05 головкам
5) Регион 04 скопировать на 05. Адрес региона 04 изменить на адрес региона 05? (мне не совсем понятен принцип по которому выбираются эти числа. В примере копируется 01 на 02). Я не пойму по какому принципу сдвигаются регионы и зачем это делается.
6) Передёрнуть питание
7) Отключить головку командой накопителя
8) Вернуть адреса регионов в первоначальное положение
9) Передёрнуть питание
10) Восстановить бекап 33 модуля
11) В p-list удалить дефекты по 4 голове (тут непонятно, для деффектов по голове 6 надо менять в этой таблице ID головы? Я так понял, что могу запустить скан по физике и у меня будет новый p-list, не придётся редактировать старый, но это долго, так?)
12) Пересчитать транслятор с учётом нового p-list
13) Передёрнуть питание.
После сна на свежую голову начну. Буду благодарен за любые коррективы! Особенно меня интересует вопрос с регионами.
Внутренний формат мне делать или нет? Он поможет мне избежать каких-то шагов возможно?
К стати цифра 200 с моей разницей не сошлась. Другой винчестер с 2 реалокейтедами имеет в p-list 4 записи по 0 голове и 2 записи по 2 голове. Мне кажется, что всё же какие-то данные были в g-list до продажи.  [/more] [/more]

Всего записей: 14 | Зарегистр. 06-02-2015 | Отправлено: 01:58 07-02-2015 | Исправлено: Sergey24lg, 08:47 07-02-2015
sandy_t

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
минимум половина пунктов лишняя, возможно недостаточно читали или еще не проникли в суть - читать вплоть до прихода ясности.
 
по отключению головы в Вашем случае - как бы делал это я:
1) сохранение служебки - модули, пзу, треки (треки можно и не сохранять для экономии времени)
2) лаба делает это сама, но в данном случае - заглянуть в редактор таблицы моделей (модуль 0C) - а есть ли там "правильная" запись для нового пятиголового варианта
3) отключить голову командой
4) питание
5) внутренний формат, если будет ругаться на невозможность пересчитать транслятор из-за превышения объема - смотреть по зоннику сколько доступно, исправить паспорт и повторить с пункта 4
6) очистка смарта, ибо если сделать это до формата, колонка "наихудшие значения" остается некрасивой
 
Проверять поверхность на чтение
Чистить листы дефектов, обнулять транслятор для меня имеет смысл только в случае, если по приведенному алгоритму отключение не получилось - в большинстве случаев оно получается, а это экономия времени
 

Всего записей: 166 | Зарегистр. 04-01-2013 | Отправлено: 10:01 07-02-2015
Sergey24lg

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
sandy_t
Спасибо за ответ! Я в принципе так и подумал, что этот шаг не нужен, т.к. у человека там немного другая история, но сбило, что это есть в примере в шапке. http://rghost.ru/7GtPvfW6r в 0c есть записи для wd10e и wd15. Т.е. для 4х-голового и 6-и. В этом случае придётся отключать 2 головы, верно?

Всего записей: 14 | Зарегистр. 06-02-2015 | Отправлено: 19:22 07-02-2015
igor_me

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
В этом случае придётся отключать 2 головы, верно?

Скорее всего он просто станет терабайтником после отключения 4-й и всё. 5-ю специально отключать не потребуется, но если очень хочется...

Всего записей: 5716 | Зарегистр. 27-12-2011 | Отправлено: 19:37 07-02-2015
Sergey24lg

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Подробнее...igor_me
Что ж, это логично. В паспорте какую мне информацию нужно будет знать от WD10EARS в случае чего? Цилиндры и LBA? Есть такое: Подробнее...
И ещё такой вопрос вот возник из академического интереса на будущее: пересчёт транслятора - операция деструктивная для данных или нет? Вот например если взять перенести дефекты из g-list в p-list и пересчитать транслятор? Подразумеваю, что нет (понятно, что бекап никто не отменял). [/more]

Всего записей: 14 | Зарегистр. 06-02-2015 | Отправлено: 21:52 07-02-2015 | Исправлено: Sergey24lg, 21:52 07-02-2015
sandy_t

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
название модели и LBA.
пересчет деструктивен, если p-list по которому создавался старый транслятор, будет отличаться хоть на один дефект от p-list-а при новом пересчете

Всего записей: 166 | Зарегистр. 04-01-2013 | Отправлено: 00:15 08-02-2015
igor_me

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Можно таки ещё уточнить, что информация станет недоступной после первого изменённого дефекта. До него она по идее останется в первозданном виде

Всего записей: 5716 | Зарегистр. 27-12-2011 | Отправлено: 00:39 08-02-2015
   

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223

Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Ремонт накопителей WD (Western Digital). Часть IV
Akam1 (11-10-2015 06:03): http://forum.ru-board.com/topic.cgi?forum=84&topic=5007


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru