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

начинает читаться гдето с 2400, как можно кусок обрезать полностью в самом начале?

Цитата:

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

В прямом смысле - вроде никак. Самоле бОльшее - вносить дефекты в P-list ТРЕКАМИ. А сейчас в P-list с какого сектора дефекты начинаются?
Michael99

Цитата:

Не на всех же семействах-то...

Учитывая, что дефекты ещё и трековые могут быть - я не сильно наврал Под "дефектами" я как бы всегда подразумеваю сектора и если можно две с лишним тысячи записать как один трековый дефект Сколько тогда СЕКТОРОВ влезет в "десятитысячный" лист? Больше двух миллионов, однако

Ну разница бывает ощутима, например от 10500 и до 53000 ...

Добавлено:

Цитата:

Сколько тогда СЕКТОРОВ влезет в "десятитысячный" лист? Больше двух миллионов, однако

Сомневаюсь, однако...

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

Цитата:

А если просто сканирование по логике или в Виктории чтение - диск читается до конца? В конце нет сплошной группы "бэдов", если нет - можно попробовать

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

Просто нет еще одного кролика чтобы сравнить...

А по LBA попробую задрать, хотя говорят что нестандартные размеры это "не айс"...

Цитата:

у вас 8 650 дефектов

А WDR 3.0 сама определяет максимальное число ошибок в G- list и останавливается, да и сканировать на логические ошибки в ней намного быстрее

Michael99
DragonFly-2, примерно 2700 секторов на трек. Умножаем хотя бы даже на 10000...
Если моя математика "китайская" - просветите, в чём.

Добавлено:

Цитата:

но при логическом сканировании эти зоны получается не использованы

Inlarion
Я по теории пока ещё не очень, но думаю, что это и есть работа транслятора. Совсем не обязательно, чтобы логические сектора шли в таком же порядке как физические. Концы зон вполне могут быть пропущены. Например, до конца зоны ещё 10000, а следующему логическому сектору (согласно транслятора) соответствует нулевой физический сектор следующей зоны... Как они перераспределяются при изменении LBA - не в курсе Если не прав - профи поправят.

Добавлено:

Цитата:

по каждой из голов столько дефектов

Может быть это и не "дефекты", а физически отсутствующие сектора

Цитата:

DragonFly-2, примерно 2700 секторов на трек. Умножаем хотя бы даже на 10000...

Вы действительно считаете просто и получаете огромную ёмкость Р-листа. Совершенно не учитывая Т-лист, транслятор и etc...

имеем новый, только что распакованный WD10EZRX
в P-list
16 заводских трековых дефектов с 0 по F трек.
Вопрос зачем они там если все читается и пишется в них нормально?

Люди говорят, что это треки для "внутренних" тестов чтения\записи головок...
Только купили диск и полезли смотреть дефекты? Хм, а народ то у нас просвещается, однако
Michael99

Цитата:

Совершенно не учитывая Т-лист, транслятор и etc

Так если вы сами сказали, что ёмкость ТОЛЬКО P-list от 10 до 53 тысяч, то причём тут другие листы Или вы это суммарную ёмкость всех листов диска озвучили??? И что имеется ввиду под "транслятор" применительно к листам дефектов???

igor_me
Даа уж, это вы сами сказали -

Цитата:

Самоле бОльшее - вносить дефекты в P-list ТРЕКАМИ...можно две с лишним тысячи записать как один трековый дефект Сколько тогда СЕКТОРОВ влезет в "десятитысячный" лист? Больше двух миллионов, однако

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

igor_me

Цитата:

Люди говорят, что это треки для "внутренних" тестов чтения\записи головок...

в T-list совершенно другие записи, так что думаю записи в P-List не для тестов чтения\записи

Цитата:

думаю записи в P-List не для тестов чтения\записи

Тесты чтения и записи юзер-зоны по PCHS учитывают Р-лист.
А для чего тогда ? Мысль поясните...

Цитата:

Больше двух миллионов, однако

про треки

Да неееет! Больше двух миллионов СЕКТОРОВ, а треков 53000 естественно. Ведь каждая запись в P-list может быть трековым дефектом, так?

Michael99

Цитата:

Цитата:
думаю записи в P-List не для тестов чтения\записи

Тесты чтения и записи юзер-зоны по PCHS учитывают Р-лист.
А для чего тогда ? Мысль поясните...

это было мое предположение относительно

Цитата:

Люди говорят, что это треки для "внутренних" тестов чтения\записи головок...

имеем новый, только что распакованный WD10EZRX
в P-list
16 заводских трековых дефектов с 0 по F трек.
Вопрос зачем они там если при их удалении из P-List все читается и пишется в них нормально?
в T-List этих треков нет.

vovan172005
Вы как маленький, подобные вопросы задавать.
Заводской тест принял такое решение.
В каких-то режимах на эти треки головки не позицианируются должным образом.
Во всех хардах, не только WD, часто скрыты десятки, а иногда и сотни треков в начале и конце зон.
Это помогает головкам не промахиваться, не попадать вне область текущей зоны, где адаптивные параметры не позволят нормально читать и приведут к потере сервы и к стуку.
Вот поэтому и не рекомендуется трогать заводские листы.

tomset

Цитата:

Вот поэтому и не рекомендуется трогать заводские листы.

Понятно, спасибо.

igor_me

Цитата:

Ведь каждая запись в P-list может быть трековым дефектом, так?

Может, но до определённого предела, если предел по скрытым трекам превышен то может выскочит ошибка типа 3СХХ (точно не помню уже) при форматировании... уже сталкивался, пришлось резать голову.

Понятненько, хотя и "смутненько" Ну да ладно, чё то меня опять "вглубь" (на теорию) потянуло, а я ведь не программер, так ремонтирую там-сям чуток... Просто интересно было.

добрый день! Уважаемые форумчане, подскажите:
подгорел диод на энтой плате http://www.donordrives.com/wd-2tb-wd2001fass-00w2b0-2061-771624-a03-01p-sata-3-5-pcb.html
http://www.drivestar.biz - на этом сайте подобная стоит в 10раз меньше, но ревизия другая
Вопрос: если поменять плату электроники, какова вероятность, что хард заработает?
Заранее благодарю!

Если ещё и микросхему ПЗУ перепаять - шансы есть. А без перепайки - ни- ни Данные нужны или рабочий винт? Таки какой диод подгорел? Не на входе питания, который защитный? Его, зачастую, можно выпаять и работать дальше...

Уточните от чего пробит (перевернули молекс или бп в разнос пошёл ) ? Если первое то часто и смена платы уже не поможет проверяйте жив ли коммутатор прозвонкой .

Цитата:

Если ещё и микросхему ПЗУ перепаять - шансы есть

Если ещё она там есть...
На ВД зачастую супрессор не успевает защитить проц. И он частенько тоже того...

Цитата:

На ВД зачастую супрессор не успевает защитить проц.

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

помогите с проблемой винт WD 2500BVET-22ZCTO в начале диска беды в областью 6-7 гб и он не ремапится смарт пишет бед
по этому поводу есть вопросы
1 можно как нить отрезать этот кусок(виктория как я понял режет с конца так что останется совсем ни чего(ю)
2ремапится не хочет начинает ремапит 1-2 беда потом летит до конца диска на макс скорости и ни чего другого не видит и ыидеть не хочет почему?
3 есть ли смысл сбрасывать смарт ?? вд марвел есть только пользоватся не умею
как с ним быть? что копировать что сканировать

Цитата:

можно как нить отрезать этот кусок(виктория как я понял режет с конца

Это не виктория, а "фишка", именуемая HPA. Режет только с конца...

Цитата:

есть ли смысл сбрасывать смарт ??

Чтобы обнулить пятый атрибут SMART - нету, т. к. он не обнулится

Цитата:

вд марвел есть только пользоватся не умею
как с ним быть?

Учиться
Для начала сохранить служебку и ПЗУ с диска на всякий случай:
1) Работа с модулями -> Считать найденный в папку
2) Работа с треками - > Считать в папку
3) Чтение ПЗУ
Сколько вообще Виктория находит "открытых" бэдов? Если несколько сотен или тысяч - шансы есть.
Общая методика: делаем перенос из G в P-list. Снова сканируем с ремапом в Виктории (или прямо в "Марвеле"), пока G снова не забъётся (Виктория откажется ремапить). Снова перенос из G в P. Ну, дальше понятно, так до тех пор, пока не кончатся дефекты (или место в листах дефектов, это - если не повезёт). Да, после переноса из G в P вроде бы неплохо "пересчитать транслятор с учётом P-list"...

Цитата:

Да, после переноса из G в P вроде бы неплохо "пересчитать транслятор с учётом P-list"...

Формат с учетом п-листа надо, после рестарта вари. К слову, вдр3 это умеет автоматом делать в цикле (ткнул галки, тыцнул кнопку - и пошел по делам, через N часов - вернулся, посмотрел, коль не вышло - тогда СС пинать)

Цитата:

делаем перенос из G в P-list

Сформировав дефекты в треки.
Затем пересчитываем транслятор ! И после пересчёта формат или эрейс по всей поляне. И лишь затем -

Цитата:

Снова сканируем с ремапом в Виктории (или прямо в "Марвеле"), пока G снова не забъётся (Виктория откажется ремапить).

Цитата:

Да, после переноса из G в P вроде бы неплохо "пересчитать транслятор с учётом P-list"...

И не неплохо, а обязательно !

Цитата:

Сформировав дефекты в треки.

Мммм, ну тогда предупредите автора и о том, что если группировать в треки после первого же переноса (то есть не все дефекты ещё заремапленны, просканирована только часть поверхности) - может вылезти ошибка о "пересекающихся" дефектах Соответственно, чуть что - тут уже надо будет "глазками просматривать" листы с удалением "виновников". Думаю, что если единичные дефекты все влезут в P-list, то группировка лучше в самом конце, после прохода всего диска.

Цитата:

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

Вы чего это ?? Кто ж после переноса в Р-листе группирует ?.. Уже ж была речь об этом ! Вы явно не понимаете механизм... Группируются в трековые дефекты в Г-листе, а уж потом перенос.

Добавлено:
igor_me

Цитата:

"Примазываюсь", вот и набрал сообщений

Я не против набора кол-ва постов. Но не такими же "подсказками" и порчей винтов вопрошающих...