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

Здравствуйте, уважаемые Мастера! Перенес свой вопрос из общей темы:
Имеется WD800JB - 00JJC0 S/N WMAM98403309.
При включении питани около 10 сек. слышится ритмичное постукивание головок и в БИОСе определяется как WDC ROM MODEL SABRE.
Перечитал несколько тем с похожей проблемой, но нигде конкретного ответа не нашел - так все таки блок головок вышел из строя или можно еще с РС3000 DOS попробовать что-то сделать? То, что он неможет прочитать служебную область я понимаю, только вот почему - если нечем - тогда понятно - в утиль, а вот если она повреждена - можно ли ее както восстановить? Если можно - с самого начала.

cambit
электронику проверяйте на предмет питания -5В (или сколько там) гермоблока..
ну и прозвонить сам ГБ тоже не мешало бы..

снимаем плату, винт контактами ГБ к нам (мотор сверху)
замеряем сопр. между: самый левый верхний пин и предпосл. слева нижний.
должно быть около 48 кОм

или еще проще - ставим рабочую плату с пересаживанием ПЗУ и проверяем.
Если стучит, значит головы тю-тю.

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

NiTr0

Цитата:

добавить стирание поляны вендор-командой

Понял я что это, это команда перезаписи заголовков секторов в диапазоне LBA
Добавлю

308011

Цитата:

Понял я что это, это команда перезаписи заголовков секторов в диапазоне LBA  

тогда вставляйте и команду ("та о которой вы догадались" -01H ) хотя бы .c параметром 05H.
Хотя и другие парам. тоже достаточно полезны.

tametung
Знать бы еще что означает 05))
Или -01H это минус имелся ввиду?

308011
Естественно минус.
LBA verify.

tametung
Да, уже понял, воспринял -01H как "команда с параметром 1" а не команда минус 1

308011
не знаю пригодится ли,но все же внесу предложение
0:
запускаем verify
1:
читаем состояние.
if not error go to 1
else
write (ERROR_LBA)* 8 ; это очень важно для дисков 4K !!! (*)
go to 0
...
(*) такая запись по моим наблюдениям отрабатывает значительно корректней (в смысле
занесения ентри в GList.)

Цитата:

запускаем verify

Не игрался еще с ней, посмотреть надо как работает

Цитата:

write (ERROR_LBA)* 8

Это не понял
Почему на 8 умножать?

Цитата:

в смысле занесения ентри в GList

Помоему, обычная верификация и в P их сразу, не хуже...
И адвансед формат не надо учитывать...

Добавлено:

Цитата:

Почему на 8 умножать?

потому что 8*512= 4K

ну что лучше и что не учитывать дело ваше.

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

Цитата:

что не учитывать дело ваше

Было интересно ваше мнение
Но более, подробно, что ли


Цитата:

потому что 8*512= 4K

И все равно не понял
Ошибку вернут 8 ЛБА адресов, на каждый физ дефект
Начальный же ЛБА, у группы ошибок, будет без всяких умножений, обычный ЛБА

Цитата:

Но более, подробно, что ли

потому что на таких 4K дисках нужно учитывать кратность 8.
(напр. АСЕ3K это не делает,а скрывает LBA(N+0)+LBA(N+1)...LBA(N+7).Т.о
появляется 7 ложных ентри в дефект листе. (но формально они правы т.к каждый сектор из группы будет
возвращать ошибку!)

Цитата:

Ошибку вернут 8 ЛБА адресов, на каждый физ дефект

ошибка всегда будет кратна 8.

Цитата:

появляется 7 ложных ентри в дефект листе

Ну, в бетке WDMarvel, точно так же находятся 8 лба дефектов
Просто при сохранении, повторы удаляются :-[

Цитата:

Просто при  сохранении, повторы удаляются :-[

повторы ? а откуда им взяться ? это один дефект,вот в чем фишка.

Цитата:

это один дефект,вот в чем фишка

Правильно
И в лист он добавляется 1 раз
Так как, 8 лба, дали один и тот же физический сектор, удаление повторов дает правильную запись

Цитата:

Так как, 8 лба, дали один и тот же физический сектор, удаление повторов дает правильную запись

ну так тем более. получается что надо делать меньше работы
достаточно скрыть 1. (нет нужды в отслеживании и удалении повторов).
а ЛБА-указатель при сканировании проверять на кратность.

Цитата:

получается что надо делать меньше работы   достаточно скрыть 1. (нет нужды в отслеживании и удалении повторов).

Единственное, что можно получить из этого, оптимизировать немного, пропустить проверку 7 лба
Но прийдется детектить обычный винт или 4К
Повторы сами собой удаляются, логика работы такая, сервер генерит новый лист дефектов просто, объединяет последовательные, удаляет повторы, может совместить с зонником по команде, удалив выходы за СПТ зоны
Это я так хвастаюсь
А указатель, и сам никогда за кратность 8 не выйдет, без всякого контроля

Цитата:

Но прийдется детектить обычный винт или 4К

ну можно возложить на пользователя.Введя радиокнопки "cпособ сканирования". Обычный/4K.


Цитата:

пропустить проверку 7 лба

да 7-и LBA. Что вовсе не плохо,т.к увеличивает скорость сканирования.

Цитата:

А указатель, и сам никогда за кратность 8 не выйдет, без всякого контроля

да с чего бы это вдруг ? вполне можно установить что-нить типа 0170101h. И если группа не содержит
ошибки,то вполне отработает. Только вот необходимости в этом никакой.
Лишняя работа.
p.s.4K начало здорово ощущаться начиная с Jamaica,Zephyr,Hubble. (я сам с этим столкнулся,поэтому
и высказал в качестве пожелания.)

Цитата:

p.s.4K начало здорово ощущаться начиная с Jamaica,Zephyr,Hubble

На Zephyr точно тестил, ничего никуда не вышло, нормально ищет дефекты
Ускорить да, есть возможность, согласен

Цитата:

На Zephyr точно тестил, ничего никуда не вышло нормально ищет дефекты

я что-то теряю нить. Вы же некоторое время назад говорили,что не пользовались LBA Verify.
Типа надо поиграцца. Я говорю о ней,а не АTA 42h.

tametung
о верификации и скрытии дефектов как раз и разговор. и проверялось на дисках именно Адвансет формат

Tink200

Цитата:

о верификации и скрытии дефектов как раз и разговор.

Верификаций много способов. SMART/ATA/VS о чем лично вы говорите,и чем вы проверяли ?
Как вы например обрабатываете ошибку в SMART Self Test Error Log логе на 4К дисках ?

Цитата:

Я говорю о ней,а не АTA 42h.

Я про нее, 42
Про LBA Verify, сразу сказал что не тестил
Поговорили, каждый о своем

Вот посмотрите LBA ошибки. 0208В7С0h Она всегда будет кратна 8. Сам диск это ессено учитывает,
поэтому надо и нам.

Код:
00000000 0100 0104 8F00 02B0 D600 0100 BE00 ................
00000010 4FC2 0000 00E0 0000 A251 0000 0000 0000 O........Q......
00000020 0000 8310 0000 0600 0000 0000 0000 5F80 .............._.
00000030 0000 0000 0000 0839 C0D7 0802 0000 0000 .......9........
00000040 04FF FFFF 0100 3900 8809 8080 0000 6C00 ......9.......l.
00000050 0000 0000 0000 0000 0000 0000 0000 0000 ................
00000060 0000 0000 0000 0000 3600 2424 0000 0000 ........6.$$....
00000070 0000 0000 08FE FFFF 0000 0200 0000 0000 ................
00000080 0000 0000 0000 6600 0200 0000 0000 0000 ......f.........

Цитата:

диск это ессено учитывает, поэтому надо  и нам

Если речь про VSC LBA Verify, возможно, не тестил ее, если про ATA Read Verify, не нужно отдельно учитывать
Больше вопрос, есть ли смысл вообще VSC команду там использовать
Будет ли выигрышь в чем-то

Помогите, народ! Есть винт SATA WD 500 Гб , пролежал на полке около года. Система определяет 2 логических раздела. Первый из которых (объем где-то 50 Гб) не использовался, был покрыт бэдами, и никакие проги не помогали их убрать (типа MHDD), выделил под него раздел и забыл за него. Второй раздел система определяет как 416 Гб, из которых 32 Гб свободно, т.е. занято получается 384 Гб. Но зайдя в этот раздел и выделив все папки, система показала их объем всего 11 Гб и всё! То есть остальные 384-11= 373Гб система не видит! То есть часть данных раздела D на диске система Windows 7 не видит вообще, а ту часть, которую видит - частично не может открыть (некоторые файлы данных при попытке чтения выдает ошибку доступа к данных). Винт умер или всё таки есть возможность данные как-нибудь вытащить?

south_man
Я тут опять со своей мелочью. Мерял сопротивление между обведенными контактами (см. рис.)
- показывает обрыв на самом большом пределе измерения (китайским тестером) Это значит головки накрылись?

aldimeola
Ответил в другой теме... Сюда вам рановато, тут обсуждают ремонт, а не восстановление данных. Вот когда достанете - придёте сюда ремонтировать.