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

прямая ссылка за деньги,что ли ?

Отказал ХДД WD5000BEVT-22ZAT0 - сказали надо менять головки. При поиске донора на ебей столкнулся с разными цифрами после -00A0RT0,16ZAT0 и т.д. Подскажите пожалуйста есть ли принципиальная разница между ними, или главное чтобы в названии было WD5000BEVT?

Pusich
Как говорил тут один спец, нет никакой гарантии вообще что подойдет как донор. Чем больше надписей совпадает, тем больше вероятность что подойдет. Семейство точно должно совпадать.

Dmitrijhd

Цитата:

http://files.hddguru.com/download/PC-3000-UDMA%20Support/WDC%20Marvell%20family%20utility/Mariner/

Спасибо.

Цитата:

Отказал ХДД WD5000BEVT-22ZAT0 - сказали надо менять головки. При поиске донора на ебей столкнулся с разными цифрами после -00A0RT0,16ZAT0 и т.д.

искать и покупать донора/-ов должен сам мастер, он лучше знает что нужно, ну флешку он наверняка считал, и знает карту голов и т.д.


Добавлено:

Цитата:

WD5000BEVT-22ZAT0

4 головый маринер упс ошибся меркурий

Цитата:

4 головый маринер

Ага. С неизвестным пока типом преампа и его ревизией.
Pusich
Интересно как вы искать донора собрались... Да и продавцы забугорные с ебея тож улыбают тем, что кроме данных с этикетки, никакой адекватной информации предоставить не могут.

Чуть заморочился, написал скрипт-преобразовалку lba в chs на базе macro toolworks.

[more]
На самом деле все просто.
Загоняем лог виктории в ексель через импорт данных разделенных пробелами, убираем лишние столбцы, на выходе получаем лба в столбик, сохраняем в блокноте, оставляем блокнот открытым.

Открываем вдмарвелдемо6 преобразование координат, ставим курсор на кнопку >>

В макротулворкс добавляем скрипт
---
<down><shift><end><shift><ctrl>x<ctrl><alt><tab><alt><tab><tab><tab><tab><ctrl>v<ctrl><tab><tab><tab><tab><tab> <alt><tab><alt>
---
Ставим хоткей на него, кол-во повторений по количеству строк в списке лба, проверяем что по альт-табу переключаются окна: блокнот - вдмарвел.
Курсор в начало блокнота
Запускаем, идем курить/обедать/спать. Скорость работы примерно 2 лба в секунду.

После отработки скрипта из лога вдмарвел забираем CHS, ну а дальше все просто.
[/more]

[more] [more][/more]Здравствуйте, уважаемые форумчане. Есть такая проблема. Винчестер Green 1.5 Tb
ID модели    WDC WD15EARS-00Z5B1
Версия    80.00A80
World Wide Name    5-0014EE-655689244
(это royal, mariner или что?)
Какое-то время сыпал UNCи и пендинги, потом стал ремапить. При записи поляны вся зелёная, но раз в 6 блоков скорость падает до ~14 мб/с. Ранее в принципе данные не терялись, если делать решулярный рефреш. Если же нет, появлялись кандидаты на ремап из-за плохого чтения. Но их перезапись поправляла ситуацию. Ранее я производил такие манипуляции с 320гиговым винтом WD, но это было более 5 лет назад. С тех пор у меня остались WDR 3.0, WDmarvell. Я прочитал в течении 2 дней 4 темы, но некоторые вещи мне не понятны или прошли мимо меня. Из этого я сделал вывод, что 6 голова умирает. Буду благодарен за помощь.
Первый это как мне конкретно определить, что голову рубить нужно именно шестую (5 если считать с 0)?
Второй это можно ли отключать только одну голову, или придётся отключать две (чтобы получить WD10EARS, винчестеров на 1,25 Гб же в серии нет)?
Насколько я понимаю, мои действия сводятся к
1) Бекап ПЗУ
1) Обнулить SMART
2) Обнулить G-list (в нём только записи о дефектах под одной головой).
3) Обнулить Relo-list (или сами записи уйдут с головой последней?)
4) Отключить головку.
P-list я так понял смысла пересоставлять нет, т.к. данные о деффектах на блинах 0-5 от производителя актуальны, а головки не заменят друг друга по номерам. [/more]

0. протирка контактов, и ерейз поляны в вике

По определению больной головы - если г лист забит бедами по одной голове, то с высокой долей вероятности (но не 100%) болеет именно она.

Также головы можно проверить сканом по физике.

По процедуре - читайте еще, думайте (я перед тем как решился головы рубать, читал месяца 2-3)

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

SRUTSSSSSSSS80

Цитата:

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

Mercury наверное.

Цитата:

Mercury наверное.

Вы правы
Family: Mercury (Royl)


Добавлено:

Цитата:

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

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

Подбирать головы надо по Dit на WD
также подмечено,когда версия ПЗУ донорского HDD такая же как и у пациента головы нормально приживаются.

А вообще Mercury достаточно простой диск в плане подбора донора и приживаемости голов.Это не Firebird и Fb Lite,где десятками можно менять БМГ и не приживётся хоть и Dit совпадает и версия ПЗУ такая же.

SRUTSSSSSSSS80

Цитата:

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

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

ребят подскажите можно заменить чемто смд 25LD020

Valera197127

Цитата:

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

любой 25х020

спс

Цитата:

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

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

tametung

Цитата:

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

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

Цитата:

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

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

igor_me

Цитата:

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

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

Цитата:

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

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

Цитата:

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

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

Цитата:

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

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

[more] [/more] 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]

минимум половина пунктов лишняя, возможно недостаточно читали или еще не проникли в суть - читать вплоть до прихода ясности.

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

Проверять поверхность на чтение
Чистить листы дефектов, обнулять транслятор для меня имеет смысл только в случае, если по приведенному алгоритму отключение не получилось - в большинстве случаев оно получается, а это экономия времени

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

Цитата:

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

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

[more] [/more]igor_me
Что ж, это логично. В паспорте какую мне информацию нужно будет знать от WD10EARS в случае чего? Цилиндры и LBA? Есть такое: [more]ATA device, with non-removable media
Model Number: WDC WD10EARS-00Z5B1
Serial Number: WD-WMAVU1895188
Firmware Revision: 80.00A80
Transport: Serial, SATA 1.0a, SATA II Extensions, SATA Rev 2.5, SATA Rev 2.6
Standards:
Supported: 8 7 6 5
Likely used: 8
Configuration:
Logical max current
cylinders 16383 16383
heads 16 16
sectors/track 63 63
--
CHS current addressable sectors: 16514064
LBA user addressable sectors: 268435455
LBA48 user addressable sectors: 1953525168
Logical/Physical Sector size: 512 bytes
device size with M = 1024*1024: 953869 MBytes
device size with M = 1000*1000: 1000204 MBytes (1000 GB)
cache/buffer size = unknown [/more]
И ещё такой вопрос вот возник из академического интереса на будущее: пересчёт транслятора - операция деструктивная для данных или нет? Вот например если взять перенести дефекты из g-list в p-list и пересчитать транслятор? Подразумеваю, что нет (понятно, что бекап никто не отменял). [/more]

название модели и LBA.
пересчет деструктивен, если p-list по которому создавался старый транслятор, будет отличаться хоть на один дефект от p-list-а при новом пересчете

Можно таки ещё уточнить, что информация станет недоступной после первого изменённого дефекта. До него она по идее останется в первозданном виде

Вопрос по отключению 0-й головы на 2-хголовом 120gb 22UST0 McKinley(Бедов много именно по 0-й.)
Пункт слить 0 регион и залить на место 1-го.
0 регион не читается. (ошибки чтения)

В вдмарвел кнопка запустить перенос с ситемной головки - "перенос не требуется"
Очистил смарт, пгр, транслятор
Команда на депоп 0 - ошибка при отключении.
Изменение адреса 0 региона на адрес 1-го ситуацию не меняет ( при передерге питания винт нормально выходит в готовность, но депоп 0 происходит с ошибкой)