ARES C64K: слетели P-List и DMCS

Добрый день!

Дали на ремонт комп... Сдуру включил в BIOSе SMART, после чего винт Maxtor Fireball 3 стал определяться как ARES C64K. Данные винта:

Maxtor Fireball 3
2F030J0310211
VAM51JJ0
KMCA
A8FFA (над IDE-разъемом)

Посторонних звуков нет, только двигатель шумноват (звенит).

Нужна инфа с винта (архив фоток хозяев этого компа). Ремонтника нашел (hdd-911.com), но пока есть надежда, что сделаю сам. Понимаю, что надежнее отдать в ремонт, но пока ищу инфу по форумам, на винт ничего не пишу...

PC3000 v.14, pcmx_pkr v.2.01 (более свежей не нашел, кстати, может кто поделится??)

Проверка служебки:

  # PN  UBA Size Rd ChkSum Id           Comment
--------------------------------------------------------------------------------
 20 18 0029 0004  -    -    -            AT_PDL - P-List
 25 1D 02A0 0002  -    -    -            DMCS - таблица кэширования
 35 30 018B 0001  -    -    -            SMART Attributes - атрибуты SMART
 41 41 018D 0002  -    -    -            
 45 45 018F 000C  -    -    -            
 68 63 018C 0001  -    -    -            Копия  SMART атрибутов
 77 70 0356 0001  -    -    -            SMART Summary Log

Соотв. этим модулям файлы имеют расширение .BAD. В группах модулей соотв. места заполнены строкой "BAD!", причем в обоих копиях (в DMCS - оба сектора, в AT_PDL - первые 4 сектора BAD, потом нули). Вычитывание с игнорированием ошибок ничего не дает.

Еще есть модули (кроме этого списка), у которых не в порядке только CRC.

Оверлеи в порядке. Дефектов в служебке нет. Тест записи в служебку проходит (смещение: 0). Ресурсы с винта предварительно слил.

Почитав форумы и доки, пришел к выводу, что нужно восстановить только AT_PDL и может быть DMCS. Определил следующую последовательность действий:

1. Запускаем DOS.
2. Подаем питание на винт (перемычка установлена в safemode).
3. Запускаем эмулятор, затем pcmx_pkr.exe.
4. Загружаем лоадер (в режиме ПЗУ+модули).
5. "Стандартный режим".
6. Прописываем модули AT_PDL и DMCS от другого винта.
7. Выходим из программы, выключаемся, запускаем все заново (пп. 1-5).
8. Запускаем пересчет транслятора. Модули транслятора (в т. ч. AT_PDL) будут пересобраны из 33-го модуля (он в порядке).

Вопрос 1. Это правильная последовательность действий? Может чего-то не хватает, или наоборот лишнее? Данные на винте останутся?

Вопрос 2. Могу ли я использовать текущий лоадер (ес-но, это лоадер от другого винта)? Или прохождение теста записи служебки однозначно показывает, что лоадер подходит?

Вопрос 3. Меня смущает, что PC3000 выдает, похоже, не полную информацию о винте.
Верхняя строка. MODEL: MaxtorARES C64K VAM51JJ0 CYL:-1 HEAD:1 SEC:0
Нижняя строка. STATE: DONE: LBA: ERRS: (все пусто)
В строке флагов "красных" битов нет.
Это нормально?

P.S. Вчера угробил свой старый Calypso 6Y080L0, на котором экспериментировал. Кушает некоторые лоадеры, но в них (в тех, что пробовал) не идет тест служебки, проверка служебки показывает нечитаемость большинства модулей, а также ПЗУ и оверлеев. Ресурсы с него все есть, но свой лоадер тоже почему-то не кушает... Ес-но, инфы на нем ценной нет, но теперь вдвойне аккуратен, выверяю каждый шаг.

Пасибо, буду смотреть этот HDDL. Но перед этим попробую покопать в сторону корректировки FAT32, а потом еще ручное занесение в P-list/G-list.

Класс! Все данные вытянул! Но сам винт пока не работоспособен (об этом ниже).

Итак, пересчитал транслятор через HDDL, как мне и советовали. Винт по-моему был в SafeMode, я сначала запустил PC3000 (двигатель стартанул), вышел, запустил HDLL. Наверное можно и сразу HDLL и сделать программный сброс (в меню) - двигатель запустится. "0000 00 00 00 ff ff a0 c0" нужно ввести в IDE-регистры (столбец Ввод), нажать Послать, винт должен выставить DRQ. Затем загрузить в буфер файл, содержащий "59 A6 01 0A 00 00 ..." - кнопка Загрузить в соотв. области окна. В поле должен появиться размер буфера: 1024 (2 сектора). Нажать Отправить. Транслятор пересчитывается практически мнгновенно.

"59 A6 ..." - это именно бинарные данные, а не их ASCII-представление, т.е. файл должен иметь размер 1024 байта. 33 модуль после пересчета не изменился (в отличие от пересчета через PC3000). Непонятно, что же так долго делала PC3000.

По поводу неработоспособности винта - решил прогнать его MHDD, обнаружил пару красных блоков, сделал Erase, затем опять Scan (БЕЗ erase-waits) - бэдов стало гораздо больше. Ковырялся пару дней, потом решил восстановить состояние служебки до первого скана - тупо залил все модули кроме двух нечитаемых. В результате у оверлеев #14, #15, #1C, #1E не совпадает контр. сумма (тест служебки в PC3000). Может кто знает, что можно сделать?

Цитата:

Класс! Все данные вытянул!

Действительно класс! Хорошо всё, что хорошо кончается.

Цитата:

По поводу неработоспособности винта - решил прогнать его MHDD, обнаружил пару красных блоков, сделал Erase, затем опять Scan (БЕЗ erase-waits) - бэдов стало гораздо больше...
Может кто знает, что можно сделать?

Самое простое - выкинуть и не париться.
Всё, с чего началось, так и продолжается - плохо работает головка. И в служебке и в области данных.
Если это просто адаптивы ушли, то лечится селф сканом. Но на покерах из досовской лабы СС так просто не запустишь. Можно ручками, но как это сделать - х. з. Много раз поднимался этот вопрос, но реального рецепта нет окромя - у DSP можно лабой пустить и изготовитель один - вот и разбирайся.
И ещё не факт, что будет потом долго и надёжно работать, даже после успешного СС.

Отправить комментарий

Содержание этого поля является приватным и не предназначено к показу.
  • Разрешённые HTML-теги: <a> <em> <strong> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd> <img>
  • You can use BBCode tags in the text. URLs will automatically be converted to links.

Подробнее о форматировании текста

Антибот - введите цифру.
Ленты новостей