Запрос бесплатного ключа для жителей бывшего xUSSR (Only for xUSSR users)

[Vlad]

выдает ошибку записи
ошибку в студию, врядли винт выдает ошибку из-за того что ему версия программы не понравилась)

[nick231]

Начинает читать не сразу, а после правки Dir в RAM

Ошибка при работе с модулями(в старой версии):
18.08.2020 15:09:23: Идет чтение модулей...
18.08.2020 15:09:23: Успешно прочитано 1 модулей
18.08.2020 15:09:35: Идет запись модулей...
18.08.2020 15:09:35: Ошибка записи модуля ID02, статус -SUCCESS
18.08.2020 15:09:36: Успешно записано 0 модулей

Дополнительно:
При работа с треками (есть бэкап треков). На чтение в обеих на запись в стар
18.08.2020 15:10:52: Ошибка определения количества треков
Выставляет автоматически от -1 до -170 (вместо -256) и сброс к этим значениям.
В старой сохраняет в папке нулевые размеры треков (без ошибки). В новой (при выставлении например 210 трека) сбрасывает к 170(аналогично в старой):
18.08.2020 15:15:57: Начато чтение треков...
18.08.2020 15:15:57: Ошибка чтения -170 трека по 0 голове, статус - Data size 0
18.08.2020 15:15:57: Ошибка чтения -170 трека по 1 голове, статус - Data size 0
18.08.2020 15:15:57: Успешно считано 0 треков
Данные расположены в треках от -220 до -255

[Vlad]

Такое впечатление, что не отключили канал контроллера в диспетчере устройств или системный винт на том же канале висит

[nick231]

До сбоя модулей с такими настройками все писалось и читалось(есть другой HDD для проверки), не работал пересчет транслятора с учетом P-листа. Но тогда не использовал несколько программ одновременно.

Перевесил WD на другой канал от системного SSD (который виден в программе как WinApiATA).
Отключил каналы (В биосе SATA каналы в режиме IDE совместимости).
WD HDD в программе видны как АТА накопители(в группе IDE совместимые).
К сожалению ничего не изменилось.
На другом компе под Win7 32 такое же поведение. Только там wdr3.2-6.0 нормально запускаются.
Т.к. для режима записи надо 2 версии программы, то возможно есть конфликт драйверов между версиями программ(или как упоминал ранее нужно больше корректных данных о HDD в RAM).
Тем не менее PZU HDD все еще успешно переписывался в этих конфигурациях.

Судя по

III ВАРИАНТ.Лучший способ оживить мертвый диск, который я выяснил, это (перевод):

1 - Установить Kernel Mode 3-мя перемычками (master/slave/cable select).
В некоторых случаях и по разным причинам мне приходилось снимать плату с диска, загружать его в KERNEL
и "на горячую" подключать плату к приводу после обнаружения его в HRT/WDR.
2 - Загружаем WDR или HRT и обнаруживаем диск (не используйте WDMARVEL).
Если вы снимали печатную плату без отключения питания, подключите печатную плату обратно к диску.
3 - Выполните команду для раскрутки диска (очень важно).
4 - Загрузите Overlay MOD11 и дождитесь от диска готовности в DSC и DRDY.
5 - Откройте WDMarvel и обнаружьте диск. Он не должен зависнуть/упасть с ошибкой.
6 - Используйте опцию для загрузки DIR on RAM и загрузите его из резервной копии.
Сохраните DIR в памяти. Теперь вы сможете писать модули.
7 - Перейдите к "Операции с модулями" и запишите из копии все модули в SA.
8 - Запишите ROM из резервной копии.

При наличии HDD донора из той же парти(и стальных нервов), возможно сработает такой вариант восстановления кирпича:
1. Перешить ПЗУ на донорский.
2. Переставить плату на донорский (исправный) HDD. Загрузиться с данным винтом(т. к. ПЗУ для него родное то это безопасная операция).
3. Сделать на рабочем столе подготовку к записи родных модулей(протестировать работу на одном из пустых треков).
4. Остановить шпиндель. Переставить плату на горячую(не отключая шлейфы) на родной HDD. Запустить шпиндель. (здесь надо изучать (программно редактируя что-то в РАМ или на доноре) не случится ли софт ресета при этом, в этом случае все зря, также есть критическая проблема в не родных адаптивах в этом способе(сильно отличается от вышеприведенного)).
5. Прошить родные модули. Перепрошить ПЗУ на родное. Отключить питание.

[SRUTSSSSSSSS80]

отключать нужно канал в диспетчере устройств на котором висит ваш подопытный

викторию в режим PIO и определяем канал на котором висит кролик, далее отключаем и используем программу для нормального бекапа, без вмешательства Виндовс в работу.

[nick231]

SRUTSSSSSSSS80

Так и сделал(отключил устройства (каналы контроллера)). Не помогло. Канал не сложно определяется и в самой программе через перебор и название HDD, и не заметил чтоб он произвольно менялся.
На Windows x64(как в данном случае) — "программа(Victoria) работает без режима PIO".

напоминаю эта тема для запроса ключа, запросили и ждите ответа.

[den198258]

Добрый день!
У меня жесткий диск ноутбучный WD? WDC WD5000LPCX-24VHAT0 серийный номер WD-WXB1A464YC20
ребенок поставил пароль на жесткий диск, хочу попробовать через вашу программу сбросить ATA пароль
или скажите к кому обращаться по данной проблеме
Не знаю правильно я сделал запрос, если что подкорректируйте меня

[Vlad]

nick231
При отключенном канале, демка читает модули нормально или такие же ошибки?

den198258
Пароль и демка умеет сбрасывать

[nick231]

При отключенном канале, на демке нормально проверяет читает, сохраняет модули(а также открывает Dir c диска).

Без прочтения Dir(из бэкапа) в RAM
19.08.2020 12:58:01: Ошибка чтения модуля ID02, статус - Module not in Dir???
19.08.2020 12:58:01: Успешно прочитано 0 модулей

После прочтения Dir в RAM работает без ошибок(сохраняются соотв файлы на диск).
19.08.2020 13:01:14: Идет чтение модулей...
19.08.2020 13:01:14: Успешно прочитано 1 модулей

В статик файлах RAM есть оверлейный модуль 11, который аналогичен 11 модулю бэкапа. 13-й и 1B оверлеи, насколько понял, отсутствуют для данной модели. Некоторые модули что требует программа для функции калибровки и других функций в данной модели тоже нет. Или есть только часть в ПЗУ.
Вероятно адаптивы системной области прошиты в ПЗУ(есть доступ к редактированию адаптивов в ПЗУ) иначе диск не смог бы начать работу и стартануть.

upd
Статик файлы RAM 0B, 0D, 5C (даже без ключа) если это ПЗУ RAM(не сбрасываются после ресета) - можно привести в соответствие с модулями бэкапа и модулями донорского диска.

upd2
(В демо версии). При проверке статик файлов RAM модуль 01 (Dir) при первом чтении прочитан с ошибками(с расхождениями по сравнению с бэкапом) в начале файла.
Непонятно за счет чего возникает эта ошибка.
(После восстановления Dir) При переключении считывания модулей в посекторные режимы (все режимы чтения кроме чтения по ID) модули не читаются. А по ID читаются.

19.08.2020 14:44:29: Ошибка чтения RLBA адреса 379576, статус - VSC_ERR_PERM_OVL_NOT_LOADED
и далее ряд аналогичных

В старой версии при чтении:
19.08.2020 15:03:40: Ошибка чтения ABA адреса 379577
и далее ряд аналогичных

При записи
19.08.2020 15:06:05: Ошибка записи модуля ID02, статус -ошибка записи сектора
19.08.2020 15:06:05: Успешно записано 0 модулей

Вероятно проблема в трансляторе или параметрах регионов. (Вероятно в RAM/ПЗУ надо найти и отредактировать параметры регионов(0B мод) и количества системных треков (? мод)).

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

Когда HHD на канале один (нет донорского, а ssd на другом канале) - то HDD постоянно в состоянии RDY DSC. А если совместно с донорским то в состоянии DSC.

[Vlad]

Какая-то бессмыслица
Работа с модулями
Правой кнопкой по 01, реинициализация модуля
Потом проверку модулей
Результат?