Я где-то выкладывал прогу конвертации с массивом преобразования (думать о всяких itrerleavах лень было, потому просто расписал в свое время образ номерами блоков и взял за основу)... dzcvt вроде обзывал, если только не стер потом.
Вид для печати
Здесь и здесь.
Прогу пробовал, загрузка с дискеты не получилась.
- - - Добавлено - - -
form, Правильные образы делает конвертер от anasana.
Делал так.
Подключал конвертированный образ к эм.VT52 на привод НХ1. С НХ0 загружал Эл.85 и уже с Эл.85 давал команду СOPY/DEV HX1: DZ1:
Конвертированный образ записался обратно в формат DZ, что и нужно было. После этого загрузка получилась.
Спасибо anasana,Patron за программы.
P.S Образ был загрузочной дискеты ПРОС 2.03
В эмуляторе D.Xh.U, во второй вкладке меню, есть конвертор образов в обе стороны. В ПН на работе добавлю еще и в Кошку заодно.
Еще как я помню меня вроде смутило как-то наблюдение (считывалоь все же не в один день, это "размазано" по времени в разных годах), - читаю Кошкой дискеты Э-85 образы смотрю в содержимое - получаются "перемешанными" (dsk, DZ), а читаю ей же настоящие прошные с e-bay'я дискеты, в содержимом красивые "последовательные" образы (img, т.е идет boot/битовые карты/"фат"/файлы..) получаются.
Пост такой несколько полутрезвый получается, в понедельник грохну когда перечитаю пару эталонных дискеток. На работе что бы сейчас дома не заводиться.
Читалка одинаково опрашивает последовательно дискету: дорога Х, сектор 1,2,3,..10; дорога Х+1,.. Вроде я ожидал, что отовсюду должно "перемешанным" в образе сохраняться.
- - - Добавлено - - -
Или у RX50 не DZ? Как такое может быть?
Да, я его и имел в виду.
Отладочный терминал ещё бы добавили... :v2_wink2:
Меня сподвигло на такие манипуляции отсутствие контроллера дисковода на ПС. По этому писал образ на самой Эл.85. Кстати "COPY/DEV" наше всё! Можно на не форматированную дискету писать. COPY/DEV делает дискету уже форматированной и с данными.
А на прошке грузятся, те которые с e-bay?
Я пробовал ставить оригинальный контроллер, который 23-018mi-00 c 2004 платы на плату КНМД. Так вот, с ним загрузка не пошла, есть подозрение что на зд. Процессор отошли от стандарта. Но сильно не проверял.
Что грохнешь? Прошник? )
Думаю что не обязательно.
RX50 это ещё и на RQDX будет DU, ну не суть. Думаю что интерлив не везде бывает в RX50. Ведь каждый сектор имеет свой номер. Соответственно контроллер найдет нужный сектор если они идут по порядку или разбросаны.
..
Обнаружил в плагине ошибку при создании образа с максимально возможным количеством файлов ( 2232 ) и возник вопрос, каково максимально возможное количество файлов в образе RTEM-11 shared image и как он будет выглядеть, если аналогичный образ RT-11 выглядит так: Max_RT-11_Files.DSK
..
На самом деле это теоретическое максимально-возможное количество. На практике система не дает создать больше чем 2229 файлов (хотя если вручную создать - с файлами можно будет работать).Скрытый текст
Код:.DIR RK:/SU
22-Aug-2017
72 Files in segment 1
72 Files in segment 2
72 Files in segment 3
72 Files in segment 4
72 Files in segment 5
72 Files in segment 6
72 Files in segment 7
72 Files in segment 8
72 Files in segment 9
72 Files in segment 10
72 Files in segment 11
72 Files in segment 12
72 Files in segment 13
72 Files in segment 14
72 Files in segment 15
72 Files in segment 16
72 Files in segment 17
72 Files in segment 18
72 Files in segment 19
72 Files in segment 20
72 Files in segment 21
72 Files in segment 22
72 Files in segment 23
72 Files in segment 24
72 Files in segment 25
72 Files in segment 26
72 Files in segment 27
72 Files in segment 28
72 Files in segment 29
72 Files in segment 30
69 Files in segment 31
31 Available segments, 31 in use
2229 Files, 2229 Blocks
2503 Free blocks
.COP NL: RK:TEST.TMP
Files copied:
?PIP-F-Directory full RK:TEST.TMP
.
[свернуть]
Для создания файла по идее нужны две записи: одна на временный файл и одна на пустое место. Куда еще одна расходуется - фиг его знает :)
Теоретически масимально возможное количество файлов для RTEM shared image - 2160 (один сегмент должен быть заполнен "защищенным ничем"). На практике получается так:То есть один сегмент JOAT заполнить не может (видимо разумно считая, что тогда не останется возможности отобразить private image). При этом сегмент получается вполне рабочим и вручную в нем файлы создаются. Подводя итог, shared image может содержать 2160 файлов (правда RTEM откажется с ним работать - некуда отобразить private image), первый сегмент заполняется пустым ничем (100000), все файлы обязаны быть protected (102000), один файл обязан называться SWAP.SYS, пустого места быть не должно.Код:.JOAT MAXFIL/V
?JOAT-I-Attached to VS1:
.REN VS1:F0001.TXT VS1:SWAP.SYS
.JOAT VS1:/S TEMP
?JOAT-I-Attached to VS2:
?JOAT-F-Directory full VS2:
.DIR VS2:/SU
22-Aug-2017
72 Files in segment 1
72 Files in segment 2
72 Files in segment 3
72 Files in segment 4
72 Files in segment 5
72 Files in segment 6
72 Files in segment 7
72 Files in segment 8
72 Files in segment 9
72 Files in segment 10
72 Files in segment 11
72 Files in segment 12
72 Files in segment 13
72 Files in segment 14
72 Files in segment 15
72 Files in segment 16
72 Files in segment 17
72 Files in segment 18
72 Files in segment 19
72 Files in segment 20
72 Files in segment 21
72 Files in segment 22
72 Files in segment 23
72 Files in segment 24
72 Files in segment 25
72 Files in segment 26
72 Files in segment 27
72 Files in segment 28
72 Files in segment 29
72 Files in segment 30
0 Files in segment 31
31 Available segments, 31 in use
2088 Files, 2088 Blocks
144 Free blocks
.
А признак конца сегмента должен быть 04000 или 104000 ?
4000
- - - Добавлено - - -
Ради интереса сделал на (обычном) пустом диске 104000, потом скопировал туда файл - конец сегмента на новом месте отметился тем же 104000. А вот попытка совместить конец сегмента с файлом помню не получалась, хотя BSTRAP в поисках файлов такое допускает.
- - - Добавлено - - -
Ну и еще для информации. Как-то ради интереса делал каталог с дополнительными словами и выяснил, что при копировании файлов родными утилитами дополнительные слова не сохраняются. А жаль - хорошую идею загубили :)
Текущая версия плагина при копировании файлов в образ RTEM не следит, чтобы последний сегмент каталога всегда был пустым. Чтобы гарантировать работоспособность образа в RTEM, возможно - есть смысл ограничить максимальное количество файлов в образе до 2088 и при расширении каталога всегда добавлять в его конец резервный пустой сегмент.
Он и не должен быть пустым. Наоборот, shared image обязан быть заполненным до конца и не иметь свободного места.
Это JOAT при копировании видимо считает сегменты и когда доходит до максимально возможного, прекращает копирование.
- - - Добавлено - - -
И еще нюанс по shared image (не знаю имеет ли это это значение с точки зрения плагина): порядок файлов имеет значение. SWAP.SYS является маркером до которого системный диск будет R/O, а начиная с него R/W (с использованием временного файла).