Полигон-2

Те Cert у Вас сейчас от 16MB версии, а vnd, ovl и app от 8MB?
А размер кеша как теперь определяется, верно?

Тогда можно обяснить "забывание" тем, что FW возможно полагается на соответствие
размера кеша, без фактической проверки, и с app от 16MB что-то пишется за пределы 8MB
ОЗУ и теряется. Ну типа, как например использовать программу для микроконтроллера
8049 (использующую более 64 байта ОЗУ) на 8048 (у 8048 64, а 8049 128байт ОЗУ).

KALDYH, у меня опять любопытные вещи случились с WD Sabre.

Я разыскал гермоблок, плата которого была использована для WD400BB-00JHA0, черная крышка
(о котором я недавно писал). Это оказался WD800BB-08JHC0, белая крышка, выпуск sep 2006.
Изначально этот диск был отдан мне по причине неработоспособности - диск стучал и не
определялся на интерфейсе IDE.

Решил повозиться с ним, используя плату от WD400BB-00JHA0, на которой я менял L6283. Записал
на эту плату образ ПЗУ от WD800BB-08JHC0 и пробовались варианты редактирования карты голов,
даже пробовал запустить с ПЗУ от WD400BB, но во всех случаях получал стук и отключение
двигателя через некоторое время, менялось лишь количество стуков. ПЗУ при установленном
гермоблоке прошивал в основном в safe mode (с 3 перемычками M,S,CS).

В конце-концов, я решил что проблема наверно в коммутаторе или головах, решил отложить и
записать опять на плату родной образ ПЗУ от WD400BB. Я на плате ранее отпаял один резистор,
задающий ток в катушке актуатора (как я писал выше), и решил проверить, уменьшится ли теперь
стук с родным гермоблоком WD400BB.

К моему удивлению, WD400BB с родной платой, образом ПЗУ и отпаянным одним резистором начал
вести себя как и WD800BB - стучал и выключал двигатель через определенное время.

Тут мне подумалось - ведь адаптивы SA в ПЗУ задают определенный ток в катушку актуатора,
а он по факту будет в 2 раза меньше (причем FW будет уверено, что ток не менялся), головки
промахиваются слишком сильно, и это уже не компенсируется подстройкой по сервометкам.

Сегодня вернул второй резистор на место, и недолго думая, поставил плату от WD400BB (c
ПЗУ тоже для WD400BB!) на гермоблок WD800BB. И диск инициализировался без стука!

Подключил диск к интерфейсу, через некоторое время он определился примерно как
WDC ROM MODEL ---SABRE---06.01C06 (как определялась плата без гермоблока в WDR/WDMarvell).
Диск дал доступ к SA, я сразу сохранил модули, прочиталось нормально, но медленнее, чем
обычно (у WD400BB используется как рабочая первая головка в карте голов). Потом записал
родное ПЗУ от WD800BB, после этого диск заработал и дал доступ к UA! Жаль что данные на
нем не нужны были

Стал тестировать - на нем имелось примерно ~88 remap, в основном групповые на нулевой
голове, но на первой тоже были. Учитывая, что диск стучал, и как сносило перед этим
крышу у FW неизвестно, решил не делать перенос G->P, а сбросить G list (модуль с G-list
сохранен), потом быстрое внутреннее форматирование, и поставил на обычное user стирание.

Проверка по верификации в MHDD показала отличную поверхность, беды от очистки G-листа не
появились!

Однако из-за дефекта платы, парковаться диск стал громко, как ранее WD400BB, с которого
эта плата была снята. Чтобы исключить случайности, поставил опять родную плату (прошив
родную прошивку), но с ней опять получил стук. Возврат платы от WD400BB (с прошивкой от
WD800BB) вернул диск в рабочее состояние, но паркуется громко. Это меня беспокоит - износ
механики при парковке будет повышенный?

И теперь основные вопросы.

Я сделал вывод, что если не удается вывести WD из стука с рабочей платой, стоит попробовать
и другие платы, и может быть(?) поиграть номиналом токозадающего резистора. Предполагаю, что
адаптивы в ПЗУ из за ухода параметров деталей стали неоптимальными, и в какой-то момент диск
не смог найти свою SA и сорвался в стук, а с чужой платой с возможно большим током - SA "нашлась".

Как Вы считаете, прав ли я? У меня пока нет свободной платы от другого Sabre, чтобы проверить
с ней (заработает ли и парковку). Хотя может решусь выбрать один из Sabre (наименее нужный),
и провести эксперимент. Или поиграю номиналом токозадающих резисторов на родной плате.

У WD Sabre доступный нам SS рассчитывает адаптивы SA в ПЗУ? Есть ли возможность, как на
Seagate, пустить SelfScan из памяти?

KALDYH написал:

[q]

Оба Sabre

[/q]

Да, верно, мне сперва чего-то Unicorn привиделся
Я правильно понял, Unicorn только SATA бывают, а Sabre только PATA?

Тогда мне наверное самый простой и безопасный вариант - найти просто полностью
рабочую плату от Sabre (чтобы и необходимый ток обеспечивала и не стучало при
парковке). Ну и прошить на ней ПЗУ конечно. Плата подойдет от любого Sabre?

Спасибо большое за разъяснения!!

Выбрал один из моих черных Sabre, который показался чуть хуже других, снял с него плату,
прошил ПЗУ для заработавшего вчера WD800BB-08JHC0, и поставил на него. Диск запустился,
теперь паркуется как остальные WD. Надо будет только контакты залудить, там прям медь голая.

А на диск, у которого я уворовал плату, я поставил бывшую родную плату от WD800BB-08JHC0
(прошив ПЗУ конечно). С ней он заработал нормально, но также как и WD400BB (на который
я приживлял эту плату ранее) стучит при случайном поиске и AAM max. С AAM на min все
нормально.

Таким обазом, можно считать доказанным, что родная плата WD800BB-08JHC0 частично неисправна
(дает недостаточный ток в катушку), причем хуже всего проявила себя с родным гермоблоком,
на котором накопитель стучал и был отдан мне

У WD800BB-08JHC0 оказался просевшим атрибут seek_error_rate, BIOS уже начал ругаться. Скорее
всего ошибки набрались когда портилась плата. Пришлось сбрость SMART. Поставил диск под
наблюдение.

Да, и хотел спросить, как Вы думаете, эта прокладка между платой и гермоблоком вообще нужна?
Может выбросить ее?

Достался болезный 7200.7 PUMA. Трёхголовый. Попробовал по 2>H головы попереключать - не может, ошибка FE. Попробовал включить четвёртую голову правкой типа и пустить селфскан - виснет после первого же ASCII logging on. Теперь я знаю, как выглядит реакция на отсутствующую голову у седьмой серии.