Ремонт накопителей Maxtor - [1] :: Магнитные носители информации

Selfscan
Подготовка
Перед запуском селфскана из основной служебной зоны - очистить модули таблиц дефектов - 78, 37, 1B, A7, 33, иначе неправильно отработают процедуры скрытия дефектов. Также очистить логи.

Цитата:

ессно почистить логи, потом забить _нулями_целиком_
AT_PDL, AT_POL, ZBRT, DMCS, HUTIL\HUSR передернуть питание
дать вендор-команду очистки листов(при этом сабж сам соберет нужные структуры дефект-мененжмента)
ну и ессно пнуть скан
(С) Sable

Если винт тестируется не подключенным к интерфейсу, к 39 и 40 ноге советую подключить светодиод индикации работы диска.
Рекомендуется подключить винт к отдельному блоку питания.

Тесты
Описание модуля 0E скрипта селфскана - см. выше
Номер теста    Название    Примечание

01    Начало самотестирования    Производит инициализацию логов и подготовку программы

00    Конец тестирования    Вывод в обычный режим. Может использоваться для отладки прохождения

06    ОЖИДАНИЕ ВНЕШНЕГО СОБЫТИЯ    Накопитель ожидает команды от стенда. Т.к. мы не знаем зачем - закомментировать

38    Калибровка    Выполняет большую часть адаптивных настроек

90    Настройка служебной зоны    Может быть заккоментирован (см. документ ниже)

89    Рестарт накопителя    Параметр 7 - переключение между программой A (значение 0) и программой B (значение 100h), осуществляемое изменением модуля 95.

0С,31,32...    Пустой тест    Ничего не делает

F5    Комментарий    Аналогичен пустому тесту, но в параметрах записаны строковые комментарии

Дополнительные сведения от Sable:

Цитата:

Flaw Scan... Тест ID 75. Какой-то из 7-ми параметров - очевидно "придирчивость" теста, а какой-то - допустимое количество ошибок.
замечено, что в линейке тестов 70-75-70 он обычно проходит без проблем, а вот следующий 75-й тест в крипте - бывает, что и затыкается (по переполнению логов?) Различаются они 2-мя параметрами, 1-м и 5-м.
Но.. на SABRE отсутствует как класс линейка 70-75-70, там линейка 70-70 (с разными значениями (на единичку) в 1-м параметре. Дальше ожидание внешнего события (с каким-то бредом в параметрах, причем два раза... - очень непонятный момент... может он тут чего по терминалу ждет ?), загрузка сервопараметров, 75-й тест, снова загрузка сервопараметров и тот-же 75-й тест. Различаются только 1-м параметром.

А вот про "тест сжатия треков", ID 7D который... ничего умного сказать не могу...

Но на нем, в том числе, режется объем. По всей видимости какой-то из параметров (возможно 1-й) - тоже пиковое значения для анализа результатов 38-го теста (оптимизации).

"ждать до упора" есть в параметрах теста ИД06 (wait for external event).
он-же Infinty bit в 6-м параметре, если ничего не путаю.

Модификация скрипта перед запуском
У старых накопителей для запуска селфскана скрипт брался как есть. Однако у накопителей ARES 64K, ATHENA POKER, требуется правка параметров теста 89 - седьмой параметр ставится в 0. Или же можно его не ставить, но тогда нужно выполнить "Сброс конфигурации SA" в PC3000 (какие действия выполняет эта команда - не знаю).
Для CALYPSO обязательно закомментировать в скрипте все тесты ожидания внешнего события 06h (обычно их два), тесты начала и конца цикла, обрамляющие тест ожидания внешнего события, а также первый по порядку тест 90h. Подробности - в доке Maxtor4Windows_ver2.pdf

Запуск из альтернативной служебки
Если у винта есть альтернативная служебка (некоторые N40P, все CALYPSO) - скан пускается из неё. Делается это так:

1. Винт переводится в альтернативную служебку. Можно лоадером из safe mode, можно порчей модулей основной (но тогда перейти обратно в основную сложнее). Лоадер должен соответствовать служебке - сравнить контрольные суммы. Если не соответствует - создать свой из своих модулей.
2. Проверяем доступность и целостность альтернативной служебки.
3. Настраиваем селфскан на запуск при следующем включении питания.
4. Передёргиваем питание. Если на шаге 1 использовался лоадер - снова грузим его из safe mode. Выжидаем паузу, мониторим прохождение. Первая стадия проходит около 5 минут.
5. В конце тестом 89h винт переключится на основную служебку.
6. Ждём 10 минут, мониторим прохождение второй половины селфскана. Никакого лоадера грузить уже не нужно (не забудьте снять перемычки safe mode, если ставили).

Урезанная Alt-SA
У CALYPSO есть ряд прошивок, у которых есть Alt-SA, но запуск селфскана из неё ни к чему не приводит. Отличить их можно, просмотрев скрипт Selfscan в ней. Если он короткий (порядка 7 тестов) - то селфскан следует пускать из основной служебки. Кроме того, в их служебке нету копий модулей основной служебки, и собрать A-loader из неё невозможно.
Цитата от Sable:

Цитата:

Да, есть такие звери без модулей группы "А" в "С".
Наглядный пример лежит на столе.
D6FYP1, YAR41VW0, 6Y060L0620411, KGCD, в сейфе - YAR428WZ
Пока пасиент сам себе адаптивы пересчитывает попробую описать свою точку зрения на это дело.
Итак, исходные данные:
1. "Заветным ключиком" в "завестом листе" винт в "С" не вываливается. БИЗИ.
2. Да и фик с ним, пытаемся вычитать альтернативку из основной - ну.... почти удачно. За одним исключением: Читается она, мягко говоря, странно... Теряет серву, зависает... Бубен, танцы.. прочитали ПОЧТИ все. Но: после чтения последнего сектора в 1-й копии модулей - зависает наглухо, не снимая зависон даже резетом. Делаем вывод... там не то, чтобы неотформатировано... Там похоже банально просто НЕТ сервы... Или фирмварь "её готовить не умеет". Или я что-то делаю не так. Хрен с ним, делаем лодыря, попадаем нормально в "С". Выясняем, что то, что после "первой копии" - суть приколы транслятора УБА. Реально там нету нифига.
3. Начинаем анализ считанного альт-трека. ДИСКРОМ и все оверлеи группы "С" присутствуют. Дефолтные модули дефект-менеджмента присутствуют. Скановые модули присутствуют. Версия скана - cal_tz13.
В "С" определился как YCR41VW0, 6Y080L2.
4. Начинаем анализ скрипта скана. В нем 8 шагов:
0. 0001 - Старт тестирования
1. 20F6 - "пустой тест"
2. 20F6 - "пустой тест"
3. ххF5 - Комментарий, "Wait to move Rack"
4. 0006 - Ожидание внешнего события N минут, очевидно 15
5. ххF5 - Комментарий, "Read to Trim 2"
6. 0090 - Подготовка служебки
7. 0000 - Конец тестирования
Итак, Больше всего нам интересен тесты 4,6 и комментарий к тесту нумбер 5.
Уж очень много "смыслов" у слова "trim". Остановимся на "готовность".
Дальше идет чистое "ИМХО".
Ху из "ожидание внешнего события"? Осознавая, что у макторов тоже есть COM-терминал, могу предположить, что это самое "внешнее событие" - ничто иное, как ожидание сигнала от терминала и, возможно, потоковая SLDL загрузка базиса "А" служебки. 6-й тест в скрипте - ничто иное как эта самая "потоковая заливка" служебки "А", возможно напрямую "терминал - буффер-блин". Дальше винт просто резетится (возможно тоже по терминалу). И пинается скан из "А", без упоминаний о "С".
Все такие калипсы - ПЕРВЫЕ у Макстора, на них отрабатывалась идеология...

Назначение Alt-SA - пересоздание чистой немодифицированной основной служебной зоны. Если запустить селфскан из основной, она в ходе тестов затрёт саму себя. Тем не менее, скан можно пускать и из основной.

Цитата:

Альтернативная нужна только для формирования основной. Так что, если в служебке А все в порядке, ну и запускайте из нее. Из С имеет смысл запускать только при наличии разрушений модулей, которые не удается восстановить. Селфскан все равно после теста Рестарт накопителя переключится в А и основные тесты пойдут уже оттуда.

Цитата:

1. Пускаем винт _стандартно_ в основную варь.
2. Проводим тест записи(мне правда непонятно зачем. но как я уже говорил, АСЕ -рекомендует )
3. Записываем "вытащеные" из альт модули: 1f/37/1b/1d/18/78/33/93 ("чистые" паспорт/транслятор служебки/G-List/DMCS/итд.)
(пишем все сразу не передергивая питания и т.д.), на системную голову(в нашем случае - 3_я.
4. Дергаем питание и переопределяем винт(изменилась модель, зонник и т.д.), на всякий случай. заглянем в дефектлисты. Они должны быть девственно чистыми и вся конфигурация винта, должна быть старшей моделью для этого типа.
5. В конфиге винта, так же убираем способность реллокейта и защитного стирания, разумеется сохраняем эти изменения. перегружаем винт.
6. По ВСЕМ головам(в нашем случае, по 2 и 3_ей) "чистим" модули:
11,43,4С(в принципе можно его не чистить) и правим по ВСЕМ головам модуль скрипта(0Е). Ремапим все тесты по 89(включительно) кроме 01. ПРОВЕРЯЕМ ПРОДЕЛАНОЕ!!! И только после этого, переходим к пункту 7.
7. тут есть два варианта:
а) пихаем скан командой(АСЕ_вая утила может)
в) правим модуль 1f(АСЕ_вая утила может)
8. Мониторим прохождение скана.(желательно пользоваться альтернативной "смотрелкой". У АСЕ_вой нет возможности подглядеть, по какой голове проблемы, а это не хорошо
9. если скан где-то встал\завис. смотрим состояния регистров в этот момент...и...долго думаем, думаем, ну а что непонятно, спрашиваем!

Я, пожалуй, не рекомендую использовать эту методику как основную.

Запуск

Команда на запуск подаётся утилитой комплекса PC3000 - стартанёт немедленно, или правкой модуля 1F DISK (как и что править - не знаю) - селфскан запустится после следующего включения. После передёрга питания винт берёт паузу в 30 сек., во время которой светодиод моргает с частотой в 2 Гц (большинство моделей) или паузу в 10 мин., во время которой светодиод моргает пачками по 5 раз (некоторые прошивки ARES 64K, N40P). Если в течение этого времени подать сброс или команду чтения паспорта, винт перейдёт в обычный режим до следующего включения.

Мониторинг
Мониторить процесс прохождения селфскана можно по морганию светодиода активности, либо по данным, выводимым в регистры ATA интерфейса. PC-3000 поддерживает функцию мониторинга.
На ARES 64K, N40P, появляется последовательный порт для мониторинга. Почитать о нём можно здесь

дока как пустить укороченный селфскан (только юзер-зона) на максторах. Когда-то лежала тут. Разыскивается файл 6E0X.pdf с того же сайта.

Модерирует : Akam1, Dr_StandBy, vertex4
Версия для печати • Подписаться • Добавить в закладки
На первую страницу • к этому сообщению • к последнему сообщению