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

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

Автор: 308011
Дата сообщения: 01.08.2013 09:36
alexyc
Еще раз, быстро происходит или винт тупит при попытках менять карту регионов?
Автор: alexyc
Дата сообщения: 01.08.2013 13:16
308011
нет,не тупит
Автор: alpham100
Дата сообщения: 01.08.2013 14:09
привет! всем

поверхность почти отличная ( по данным виктории чтение и запись)


WDC WD2500BEVT-22A23T0 FW:01.01A01 SN:WD-WX11A5070282 (ROYL selected) port 0xEFA8
Logical: Cyls 16383, Heads 16, Sectors 63, LBA 488397168, 250Gb
Controller Buffer Size: 8192Kb
Family: Jamaica (Royl)


винт ( инфа с WDR)


заканчивал работать с винтом, WDR - скан по логике,
один дефект добавил в Г лист
перенес в П ( вд марвел и далее) - очистил релокейт лист и Г лист

запустил полный формат и получил....

01.08.2013 12:04:43: Ошибка при внутреннем форматировании FMT_ERR_NEW_BAD_TRKS

( формат шел в wdmarvel)

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

вот лог из 2 попытки

01.08.2013 12:38:27: RELO-List успешно очищен
01.08.2013 12:38:39: G-лист успешно прочитан
01.08.2013 12:38:42: Очистка G-List и RELO-List запущена
01.08.2013 12:38:43: G-List и RELO-List успешно очищены
01.08.2013 12:38:45: FW перезапущена (Reset immediate)
01.08.2013 12:38:54: Быстрое внутреннее форматирование успешно запущено
01.08.2013 12:39:59: Внутреннее форматирование успешно завершено
01.08.2013 12:42:32: Внутреннее форматирование успешно запущено
01.08.2013 14:13:12: Ошибка при внутреннем форматировании FMT_ERR_NEW_BAD_TRKS


Автор: 308011
Дата сообщения: 01.08.2013 14:16
alexyc
Ответил в ЛС
Автор: SRUTSSSSSSSS80
Дата сообщения: 01.08.2013 16:56
alpham100
Виктория что скажет на поверхность в режим запись/чтение.
Автор: alpham100
Дата сообщения: 01.08.2013 17:05
SRUTSSSSSSSS80
было раньше на 5- поверхность ( пару зеленых, один коричневый)

щаз вот после "отваленных" сканов

14:22:16 : Starting ERASING, LBA=0..488397167, sequential access, timeout 10000ms
15:17:11 : Warning! Block start at 274431232 = 19594 ms
16:01:46 : Warning! Block start at 485350912 = 750 ms
16:01:51 : Warning! Block start at 485580800 = 406 ms
16:02:04 : Warning! Block start at 486169600 = 546 ms
16:02:34 : Warning! Block start at 487343872 = 453 ms
16:02:59 : ***** Scan results: Warnings - 5, errors - 0 *****


зеленых 81
коричневых 4
красных 1
Автор: alexyc
Дата сообщения: 01.08.2013 17:51
308011
ответил в аску
Автор: alex u 94
Дата сообщения: 02.08.2013 06:54
Уважаемые гуру ремонта...
Имеется кролик с забавным поведением...
WDC WD1200JS-00MHB0 Hawk
поляна читается изумительно и на достаточной скорости, а вот с записью у него беда...
Запись происходит на скоростях в диапазоне 4000 - 8000 KB/s, при этом 99% секторов имеют время доступа 20-50 ms. Экспериментально выявил зависимость от переключения между головами и сменой цилиндров: при смене головы - десяток блоков становятся "быстрыми" с временем доступа менее 10 мс, при смене цилиндра - детектируется блок со временем доступа более 500мс и затем 6 секторов со временем доступа менее 10мс.
Г и Рело очистил... хотя они и так были чистыми, сделал полное внутреннее форматирование (шло 9 часов), сделал калибровку UA, сделал сканирование по логике и физике - все отлично...


Добавлено:
Намекните куда копать...
Контакты почистил, плату изучил, все целое.
Ресурсы все слил перед действиями. Диск достался с одним ремапом, перенес его в Р и пересчитал транслятор, при попытке прописать поляну и выявил этот баг.
PS курю форумы третий день, подобного случая пока не нашел... у самого были сигейты чувствительные к просаженой 5в линии, но у них подобное было на чтении...
Автор: JETWAY
Дата сообщения: 02.08.2013 07:08
alex u 94
Первым делом на Hawk плату менять надо на заведомо исправную,а потом уже всё остальное.
Гнить на них платы любят,а из за платы глюки разные бывают.
Можно попробовать и эту хорошо помыть в ультразвуковой ванне в спец растворе ,а потом хорошо пропаять с флюсом плату и снова промыть,но надёжней будет заменить

Автор: alpham100
Дата сообщения: 02.08.2013 07:14
физ скан прошел, нашел 1 цилинд,
все в п лист,
транслятор пересчет,
полный формат,
и ошибка такая же в конце....FMT_ERR_NEW_BAD_TRKS
Автор: alex u 94
Дата сообщения: 02.08.2013 07:31
JETWAY

Нет у меня донора на плату.... помыть, погреть с флюсом попробую...

есть предположение, что на головах низкое напряжение... при смене голов\цилиндров, происходит накопление заряда и они какое то время в адеквате... хотя это скорее фантазия, чем реалии
Автор: Smyg1
Дата сообщения: 02.08.2013 09:24
платы 1335 они в большинстве такие и есть - гнилые... Иногда помогает обработка аля Fugitsu MPG - пропаять, помыть еще раз пропаять...
Автор: alex u 94
Дата сообщения: 02.08.2013 11:11
Помыл плату, решил все же найти где был косяк...

Перекатал буфер и его обвязку, запись пошла

Спасибо за помощь!!!
Автор: AV82
Дата сообщения: 03.08.2013 09:34
Наверное данный вопрос здесь уже обсуждался, но я задам его снова. Если есть тема, укажите мне на нее, плз.

Проблема в следующем. Есть несколько винтов с проблемной поверхностью. Головы в норме, служебка тоже. Дефектоскопия валится по 0 голове (переполнение дефектов). По остальным головам лог селфскана предсказывает благоприятные результаты. Режем 0 голову. Снова слефскан, и снова валится "очередная" 0 голова с переполнением. Режем и эту - валится следующая! И так на нескольких разных винтах разных семейств. Откуда такая дьявольская закономерность?
Автор: 308011
Дата сообщения: 03.08.2013 10:03
AV82
Например, такая версия)
Поверхность плохая по всем
После завала по 0, селф не продолжает все тесты по всем головам, потому их лог не переполнен
После отключения, валит по следующей
Автор: AV82
Дата сообщения: 03.08.2013 10:46
308011
По остальным головам лог не переполнен, но он содержит по несколько сот и тысяч записей. Об этом и речь.
Завалился селф. Смотрю лог. По 0 - переполнение. По остальным - есть ошибки, но нормальненько так, в пределах нормы. Куснул 0. Пустил селф. Переполнение уже по голове, у которой ранее, согласно тому же логу было всего несколько тысяч дефектов.
Автор: AntiMember
Дата сообщения: 03.08.2013 10:53
AV82
Вы не поняли 308011. Когда селф отваливается на 0-й голове, лог уже содержит
записи по всем головам с предыдущих тестов. Посмотрите логи перед началом "завального" теста.
Автор: AV82
Дата сообщения: 03.08.2013 11:08
AntiMember
Иными словами, если я правильно понял, вариант такой.
Скажем есть два типа тестов, сканирующих головы.

Тест А. Поверхностно сканует по всем головам. По своему разумению завалов не дает, в логах появляются первые записи о дефектах.

Тест Б. Сканирует более тщательно. Если есть переполнение по одной из голов, тест прерывается. Отсюда в логах переполнение по одной голове и сравнительно хорошие результаты по другим.

Так?
Автор: Tink200
Дата сообщения: 03.08.2013 12:14
AV82
а еще есть такие,у которых надо *пакетом* отключать.
Автор: AntiMember
Дата сообщения: 03.08.2013 12:37
AV82
Гдето так. Не знаю, как на ВД, но по аналогии с другими вендорами, есть несколько тестов
поверхности с разными алгоритмами. Причем один тест может иметь несколько проходов.
Автор: Michael99
Дата сообщения: 03.08.2013 13:00
Как правило 3 основных категории. Сначала тесты и калибровки, настройки сервы, затем тесты, формирование СА и затем юзер-зоны. Но и и кучки тестов разного назначения и с разными параметрами.
Автор: AV82
Дата сообщения: 03.08.2013 13:05
AntiMember
Объяснение конечно хорошее. И все таки, меня напрягает логика в работе теста Б, после которого селф собственно и прерывается. (Речь идет о TS read).

Когда винт уже обнаружил переполнение по 0 голове, почему тогда тест продолжает сканировать 1-ю, за ним 2-ю, и т.д.? При этом, в конце, об остальных головах так и не пишет в логах ничего плохого.

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

Tink200
А пакетом это как? Попарно? 0+1, 1+2?
Автор: Tink200
Дата сообщения: 03.08.2013 13:09
AV82
0+2 ..1+3 ..и т.д... иногда попадается 3+1 ...2+0 ....

если 0+1 и подобным,то не поможет
Автор: AV82
Дата сообщения: 03.08.2013 13:17
Tink200
А от чего именно зависит условие отключать пакетом? Этого требует конкретная версия фирмваре? Модель жесткого диска независимо от вари? Или все семейство?
Автор: alpham100
Дата сообщения: 03.08.2013 13:29

Цитата:
физ скан прошел, нашел 1 цилинд,
все в п лист,
транслятор пересчет,
полный формат,
и ошибка такая же в конце....FMT_ERR_NEW_BAD_TRKS


в конце -концов - выключил 1 голову ( трэков дефектных на ней под 2200 шт)

формат прошел, скан по физике прошел, по логике так же

виктория говорит что все ок
уффф - надеюсь победил винт

всем спасибо!
Автор: Tink200
Дата сообщения: 03.08.2013 13:33
AV82
чаще всего, архитектура+ версия вари.

семейство роли не играет. убедился на Зифирах
Автор: s1yder
Дата сообщения: 03.08.2013 13:43
В этой теме мне наверное быстрее помогут =)

Помогите разобраться, пожалуйста. Есть пациент WD Blue WD10EZEX. Симптомы: не определяется, не крутится. Цель - вытащить инфу. Вышел из строя видимо из-за замыкания. Есть еще один такой же хард, пробовали перекинуть плату, хард закрутился но тут же останавливается и так повторяется. Куда копать и что делать. Но фото пометил зону, где наблюдается повышенный нагрев, прям раскаляется. Вроде как это квадратный чип WDHC... и белая деталь где написано SK1


Автор: Michael99
Дата сообщения: 03.08.2013 13:50
s1yder
Надо было перенести родное пзу, на плату донора - микросхема U12. Но при выходе из строя крутилки (на фото обведена), часто выгорает и коммутатор БМГ. Тогда потребуется поиск донора с подходящим типом БМГ, пересадка оного и последующие действия по вычитке содержимого.
Автор: Romanki
Дата сообщения: 03.08.2013 21:57
Доброго времени суток

Есть 3 кролика

WDC WD3200AAKX-221CA1
Format version = 0x0002
Версия controller firmware = 03.22B
Версия servo firmware = 03.0E
Версия overley firmware = 03.23B
Версия surface format = B4.000
Версия read channel firmware = e017420T
Количество пластин = 1
Количество физических головок = 2
Количество используемых головок = 2
Карта используемых головок = 0 1
Тип накопителя = Desktop 3.5 Inch
Количество зон = 21
Количество servo wedges = 316
Количество треков в SA = 256
Обороты двигателя = 7200
Количество треков в UA = 0
Cylinder skew = 45
Head skew = 77
Cluster Skew = 130
Code Residence = 6
Тип PCBA = Entek
Тип интерфейса = Serial ATA
Установленная память = 16Mb

У всех одна и таже проблема

0 голова проходит физ-скан без бедов
1 проходит первые 4000-5000 треков и виваливаетса в DISK_ECU_UNSAFE_ERROR

Возможно ли ето проблемы с PCB?
Или запилы?
Есть ли нюансы с железом харда?
Автор: Tink200
Дата сообщения: 03.08.2013 22:20
Romanki
скорее всего запил или деград поверхности.

Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667

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


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