OSAI 10, резервное копирование и восстановление

Из веселья с контроллером деревообрабатывающего станка GREDA 2007 года выпуска удалось подчерпнуть некоторую информацию по их восстановлению.

внешний вид контроллера OSAI снизу

В станке используется ПК на базе Windows 2000 с установленным ПО WinNBI и контроллер OSAI 10 с по под MSDOS. Связь между ними осуществляется по сети, с помощью древнего протокола NETBEUI. Протокол исчез из семейства ОС Windows начиная с Win 2003. По этой причине управляющее ПО не перетащить на ОС поновее. На ПК был установлен обычный жесткий диск IDE, с переустановкой/клонированием этого ПК особых проблем быть не должно. С контроллером все немного сложнее. Контроллер — одноплатный компьютер вставленный в некую шину ISA, подключенный к платам управления станком. Снизу есть разъем для подключения монитора и клавиатуры (если кто не догадался 🙂

флеш накопитель Transcend 64mb IDE 40 pin

Накопитель контроллера — флеш на 64 мб с разъемом IDE и питанием 2 пин 5В. Его можно просто вытащить и воткнуть в любой ПК с разъемом IDE. Для работы необходимо подать ему питание 5 в. Использовать кабель питания из контроллера НЕЛЬЗЯ! Так и хочется воткнуть его в ПК, в разъем вентилятора, но не стоит этого делать, т.к. вентиляторы обычно питаются по 12V. Можно сморганить ответвитель питания от molex разъема. Вообще с кабелем поаккуратнее, он разваливается быстро, не предназначен для постоянного отключения/подключения. Накопитель разбит на 4 раздела, 1 — fat12, 2 — fat16, 3 — fat16, 4 -fat12. Есть еще 1мб свободного пространства в конце диска, подозреваю что для защиты от несанкционированного копирования что-то записано в область диска вне файловой системы, но пока не проверял. Файловые системы старые, подвержены повреждениям при любом чихе. Если на первые три запись обычно не производится, то на четвертый раздел пишутся программы для работы и на нем фс часто повреждается. Четвертый раздел в случае возникновения проблем вроде можно форматнуть опять в FAT12 и залить туда необходимые папки. Перед этим лучше сделать RAW и не RAW образы и файловые копии. А лучше еще и копию штатными средствами WinNBI.

Штатный процесс резервного копирования контроллера заключается в использовании приложения установленного на основном ПК станка (Windows 2000). WinNBI, в приложении Boot устанавливаем режим запуска контроллера — Setup. Затем запускаем приложение Security. После запуска контроллер подключится к ПК по протоколу netbeui и в приложении Security появится возможность сделать бэкап или восстановить копию. При копировании Полученные файлики *.inf соответствуют разделам флеш накопителя. Такую процедуру желательно производить время от времени. Раз в полгода/год. Это позволит упростить восстановление (наверное).

В моем случае таких бэкапов не было. Были копии в виде файлов с разделов диска, были образы снятые ПО HDClone, Clonezilla, easusbackup. Проблема была в том что копии были сняты не в RAW формате. При их восстановлении контроллер в лучшем случае загружал оболочку OSAI (кадр в заголовке) и дальше ничего визуально не происходило.

Штатный процесс восстановления требует CD OSAI 10 Controller MC Software kit. На диске есть exe файлики для подготовки дискет восстановления. С помощью приложений создается набор дискет. Первая форматирует IDE Flash накопитель, вторая заливает на него ОС MSDos и так далее. Этот процесс пошагово описан в инструкциях по восстановлению. По окончанию установки для работы контроллера нужно будет ввести PAK — Product activation codes (почему «kodes» не знаю), три строки кода активации напечатанные на листочке А4 формата который поставлялся с оборудованием. На этом же листочке есть серийник.

На самом деле проще оказалось обойтись без дискет (их сейчас и купить-то сложно). Был образ флеш накопителя с другого станка. Образ на этот раз был сделан в RAW, поэтому он без проблем встал на другой аналогичный накопитель (те же 64мб, той же модели Transcend). ПО обнаружило серийник зашитый видимо аппаратно в контроллере. В целом контроллер подавал признаки жизни и начал загружаться.

OSAI SD181 CAN System Stopped

Но работать отказалась, сославшись что в сети уже есть другой хост с именем NCLOAD и с тем же ID. I/O PLUS: Message from: Node ID 1- Module 4 — FW ver. 03.37 SD181 CAN: More modules have been found on net SYSTEM STOPPED. В ПО WinNBI где-то сохранилась старая запись. Наверное можно было изменить сетевое имя или переустановить WinNBI, но я просто залил бэкап сделанный в не RAW формате (только разделы, не весь диск целиком), все отлично заработало.

OSAI HD007 PAK not found

Стоит отметить что при клонировании на другой носитель система при включении требует ввести PAK. HD007 PAK not found, SYSTEM STOPPED. То есть либо засекает что размер накопителя изменился, либо изменилась модель, но скорее всего ищет определенные данные за пределами размеченной области диска и не находит. Например отсчитывает сколько-то байт с конца диска и ищет там код активации. Поскольку размер диска другой, при клонировании в RAW эти данные так и остались на 64-ом мегабайте, не переместившись в конец диска. Вводить PAK пока не пробовал.

Вот данные по CD дискам, на случай если придется их искать. Комплект состоит из диска с OS Windows и дисков с MUI (Language pack), диска с образами дискет для контроллера, диска с ПО WinNBI, а так же с одним или несколькими дисками с документацией и драйверами к сопутствующему оборудованию. Вот пример комплекта:

Namever codedisksha1
WinNBI2.4.4290744J1/1Lp5S9jRs2Mh1n736Zf9m+7SZXqM=
10 Series MC Software Kit7.5290758Y1/1dBx/TuLOM50Mazl1tzxorXS/Xmg=
OSAI Software Tools C15 WinOS1.0290773P1/3/uzreoYSZCKgTf+Yy/rztlW6uYM=
OSAI Software Tools C15 MUI1.0290773P2/3owZY9aaysDUGa7wKzxOd9j+SGMc=
OSAI Software Tools C15 MUI1.0290773P3/3bhcSSGIjagxw4EExCzZkBtXO84w=
OSAI Software Tools C161.0290774Q1/11zb9xQ03yL0s9fVvYCa5hus7mGc=

Так же попадались диски с другими версиями ПО:

Namevercodedisksha1
WinNBI3.0.2290744J1/1tVcfunJ1bj4k4ePS/Zq2FxgY4wE=
10 Series MC Software Kit7.5.6290758Y1/1l+uOaUXDiedpwGiC+opUcKFT2gI=
WinNBI3.0.5290744J1/1utwLAQR2+2v90ORqFlUM4M2jx4Y=
10 Series MC Software Kit7.6.4290758Y1/1F9VL4mr1ymdN3n92bG/0qWdUKJE=
OSAI Software Tools C161.2290774Q1/1hf4WFCRZAApqehaGItv/rhlUERU=
Greda documentationuEIvXydHtJkNQwqpXe+yqtvq1+k=
По поводу RAW. При клонировании жестких дисков различными утилитами, в большинстве случаев переносятся только значимые данные. То есть утилиты работают с файловыми системами, понимают где находятся файлики, а где их быть не должно и переносят только данные. Это сделано для ускорения процесса копирования, зачем переносить то, чего нет. Кроме того, полученный образ можно развернуть на диск другого размера, т.к. информация о структуре файловой системы у нас есть и утилита достаточно легко может раздвинуть границы разделов.
В случае если нужно получить полностью идентичную копию, используют RAW копирование (другое устоявшееся название DD). Это копия или образ один в один. Обычно с помощью такого копирования пытаются восстановить данные с "умерших" дисков. Из того что я знаю такие копии умеют делать hdclone, clonezilla, dd и множество ее производных, и другие. Насчет Acronis не уверен, но должен бы. 

Читайте также:

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Bitnami