Софт для ДВК/PDP11

[Patron]

BUP полностью разбирает или только savesetы достает?

Только записанные на ленту BUP-файлы. Когда в UnRoll будет добавлена поддержка BRU - тоже будут реконструироваться записанные BRU образы DSK RSX без разборки содержимого. Сейчас думаю добавить в UnRoll поддержку лент UNIX. Формат у них очень простой: если размер блоков записи не 10240 - это служебная информация, если 10240 - это TAR-файл.

- - - Добавлено - - -

Полезно еще CHARONовский формат добавить.

Нужен образец ленты в этом формате и его описание.

[Advertiser]

[form]

Формат у них очень простой: если размер блоков записи не 10240 - это служебная информация, если 10240 - это TAR-файл.

Не совсем так, или точнее совсем не так. Размер блока задается опциями, и размер 10240 (tar b 20) только принятое умолчание.
Что касается служебной информации, то тут вопрос в том, что считать служебной информацией. Например в дистрибных лентах UNIX/ULTRIX/BSD (которые и имеются в виду судя по всему) именно файлы (в основном - standalone программы), а не служебная информация, записаны с размером, отличным от 10240

- - - Добавлено - - -

описание

Описание простое:

Формат блока:

4        [ число байт ]        (big endian)
4        [   offset   ]        абсолютный адрес предыдущей записи в файле (1 = BOT)
n        [ .......... ]        (n байт без выравнивания)

Формат маркера:

4        [    0       ]
4        [   offset   ]        адрес предыдущей записи

EOT - два маркера подряд.
Адрес предыдущей записи пишется в big endian.

Я где-то даже выкладывал общюю сводку основных форматов. Образец - сейчас сделаю дистрибную 2.11BSD, выложу.

- - - Добавлено - - -

mktape  -o 211bsd.mtd -t charon #512 mtboot + mtboot + boot #1024 disklabel mkfs restor icheck #10240 root.dump file6.tar file7.tar file8.tar EOT +

Выложил сюда.

- - - Добавлено - - -

DOS-11

В формате DOS-11 похоже не поддерживается расширенный вариант с именами 9.3.

В комплекте идут

В частности, кит 11S показывает не все:

[200,200]   SGNKLA.CMD           69
[200,200]   BLDLAI.CMD           14
[200,200]   SGNBLD.CMD           19

На самом деле

SGNKLAB.CMD            69.    29-DEC-81 <233> [200,200]
BLDLAINIT.CMD          14.    29-DEC-81 <233> [200,200]
SGNBLDDRV.CMD          19.    29-DEC-81 <233> [200,200]

[Patron]

В формате DOS-11 похоже не поддерживается расширенный вариант с именами 9.3.

А как отличить по 7-словному заголовку DOS-11, какой там формат имени - 6.3 или 9.3 ?

[form]

А как отличить по 7-словному заголовку DOS-11, какой там формат имени - 6.3 или 9.3 ?

Память подсказывает, что каких-то отличительных признаков особых нет. FLX, распечатывая каталог ленты, созданной в XXDP, если склероз не врет, пишет немного мусора (не теряя синхронизации с каталогом), так, что скорее всего надо явно выбирать параметром.

[Patron]

Не совсем так, или точнее совсем не так. Размер блока задается опциями, и размер 10240 (tar b 20) только принятое умолчание.

История формата лент UNIX (похоже) была такой:

1. Изначально в UNIX можно было писать на ленту только записи с размером блока 512. В какой записи что находится - нужно было читать на этикетке ленты.

2. Для хранения файлов был придуман "формат архивной ленты" - TAR, при котором вся лента состояла из единственной записи с блоками 10240

3. Дистрибутивные ленты имели в начале несколько служебных записей с блоками 512, в которых находились загрузчик, начальное ядро, программа формирования файловой системы и программа "растаривания" остатка ленты, а вся остальная лента имела формат TAR.

4. Пользователи стали использовать TAR не в качестве "формата архивной ленты", а в качестве "формата смоляного шара", упаковывая файлы в тарболы, которые затем помещались на ленту в произвольном количестве.

5. Чтобы при развёртывании дистрибутива пользователь не мог по ошибке запустить на выполнение начальный загрузчик - записи с файлами были отделены от BIN-записей назначением им нового размера блока 1024.


С тех пор ленты UNIX выглядят так:

0 или более BIN-записей из блоков 512
0 или более файловых записей из блоков 1024
0 или более тарболов из блоков большего размера.

Отличительной особенностью дистрибутивной ленты UNIX является наличие в начале ленты двух идентичных блоков ленточного загрузчика.


При наличии такого признака UnRoll может разбирать ленту по приведённому выше алгоритму, а при отсутствии - только извлекать тарболы с размером блока 10240.

[form]

Изначально в UNIX можно было писать на ленту только записи с размером блока 512.

Изначально (v1-v4 как минимум) из лент похоже была только dectape, а она по организации ближе к диску. В v5 появляется команда dd, и в ней уже есть параметр bs, указывающий размер блока.

- - - Добавлено - - -

Хотя в манах v4 вижу упоминание TU10/TM11.

- - - Добавлено - - -

В v6 мана по тару не обнаружено, а в V7 уже есть, и в нем есть параметр b, указывающий размер блока, причем 20 (10240 байт) - максимум, а по умолчанию 1 (512).