Файловая система RT-11

[form]

DIR в RT-11 ничего не знает про размер устройства и не пытается его узнать. Свободное место определяется пустыми местами в каталоге. После инициализации диска должно быть создано пустое место размером с весь диск (за вычетом блоков, отведенных под каталог, домашнего блока и загрузчика). Традиционное название файла пустого места в RT-11 после инициализации или сжатия - EMPTY.FIL.

[shattered]

Я пока не даю пустому месту имени, надо исправить.

И видимо, надо как-то заполнять "INIT/RESTORE data area" и bad block map

[form]

Я пока не даю пустому месту имени, надо исправить.

И видимо, надо как-то заполнять "INIT/RESTORE data area" и bad block map

Имя не существенно, просто традиция.
Область трансляции bad блоков лучше заполнять, она используется в драйверах DL и DM.
INI/RESTORE можно в исходниках DUP посмотреть как создается.
Собственно и таблицу форвардинга тамже посмотреть.

[shattered]

Описание bad block map нашлось в RT-11 Device Handlers Manual -- AA-PE7VA-TC_RT-11_Device_Handlers_Manual_Aug91.pdf на bitsavers.org

[shattered]

Чем дальше, тем удивительнее. Это описание не подходит к тому, что я вижу в реальном образе DL:.

В RT-11 Software Support Manual 1983 года [1] сказано, что

To compute the checksum, all the bytes are added into a word, which is then negated.

Там же:

The date word is 0 if you did not enter a date with the DATE monitor command.

[1] AA-H379B-TC RT-11 Software Support Manual.pdf

[form]

Абсолютно правильно написано. Не понимаю что тут непонятного. Что касается реального образа - откуда информация, что это именно реальный образ?

---------- Post added at 05:22 ---------- Previous post was at 05:21 ----------

И особенно интересно как второе может с чем-то не стыковаться

---------- Post added at 05:23 ---------- Previous post was at 05:22 ----------

И первое вообще-то тоже не ясно как ибо не относится никаким боком как и второе к fs

[Advertiser]

[shattered]

Реальный образ сделан initialize из rt-11 5.3 в эмуляторе simh, к которому был подключен пустой диск http://www.dbit.com/pub/pdp11/empty/rl02.dsk.gz (в нем есть только bad block map в конце). После initialize в home block появилось вот что:

0001000   000000  170000  007777  000000  000000  000000  000000  000000
0001020   000000  000000  000000  000000  000000  000000  000000  000000
*

---------- Post added at 13:21 ---------- Previous post was at 13:19 ----------

Второе не стыкуется с алгоритмом, описанным в VaFFM 1991 года:

It is a simple additive checksum of all the other words in the home block and is computed according to the following algorithm:

        MOV     Header_address,R0
        CLR     R1
        MOV     #255.,R2
10$:    ADD     (R0)+,R1
        SOB     R2,10$
        MOV     R1,@R0

[form]

Реальный образ сделан initialize из rt-11 5.3 в эмуляторе simh, к которому был подключен пустой диск http://www.dbit.com/pub/pdp11/empty/rl02.dsk.gz (в нем есть только bad block map в конце). После initialize в home block появилось вот что:

0001000   000000  170000  007777  000000  000000  000000  000000  000000
0001020   000000  000000  000000  000000  000000  000000  000000  000000
*

Ну это собственно не реальный образ, а созданный с bad144 в конце (к файловой системе не относится). INIT сойдет. В любом случае вышенаписанное непонятно как вообще может не совпадать с образом: дата если ее нет равна нулю как и написана, а контрольная сумма описанная выше относится к драйверу, а не файловой системе

---------- Post added at 16:24 ---------- Previous post was at 16:22 ----------

Второе не стыкуется с алгоритмом, описанным в VaFFM 1991 года:

Отлично стыкуется если внимательно прочитать и убедиться, что описанная чексума (побайтная с инверсией) к файловой системе никаким боком не относится. А алгоритм чексумы для файловой системы описан в описании форматов.

---------- Post added at 16:52 ---------- Previous post was at 16:24 ----------

To compute the checksum, all the bytes are added into a word, which is then negated.

Нашел это место где про home block. Действительно ошибка - просто прокопированно из другого места. В home block контрольная сумма никогда не считалась таким способом. Так что можно просто забить. Правильный алгоритм с кодом в описании форматов.

---------- Post added at 17:06 ---------- Previous post was at 16:52 ----------

Точнее там не написано что это чексума home блока, в рисунке home блока рядом про чексуму ничего не написано тоже, но логически можно совместить

[shattered]

Ну это собственно не реальный образ, а созданный с bad144 в конце (к файловой системе не относится). INIT сойдет. В любом случае вышенаписанное непонятно как вообще может не совпадать с образом: дата если ее нет равна нулю как и написана, а контрольная сумма описанная выше относится к драйверу, а не файловой системе

Про дату я зря написал, только сбил с толку, да.

Смущает вот что:

В DHM стр. 2-3 [132 в pdf] и SSM стр. 9-1 [393], 10-36 [456] структура BBR table описана одинаково:

Block 1 is a table of two-word entries. The first word is the block
number of a bad block; the second word is its allocated replacement. The last entry
in the table is 0. The entries in the table are in order by ascending bad block number.

Тогда что означают слова 170000 и 007777 ? (смещение 1000 -- от начала файла, т.е. это как раз самое начало home block)

[form]

Про дату я зря написал, только сбил с толку, да.

Смущает вот что:

В DHM стр. 2-3 [132 в pdf] и SSM стр. 9-1 [393], 10-36 [456] структура BBR table описана одинаково:

Где взять страницу 9-1 (393) и 10-36 (456) и (заранее) - почему смущает одинаковость?

Тогда что означают слова 170000 и 007777 ? (смещение 1000 -- от начала файла, т.е. это как раз самое начало home block)

От начала какого файла и откуда в файле home block?

---------- Post added at 17:19 ---------- Previous post was at 17:16 ----------

Насчет файла понял - файл образа...
Черт его знает что оно там означает. Какой-то заголовок. Сами записи начинаются со смещения +6. Надо исходники DUP смотреть.

---------- Post added at 17:22 ---------- Previous post was at 17:19 ----------

80$:    MOV     R3,R2           ; Get pointer to home block data
        CLR     (R2)+           ; Put DW pattern into BBR table
                                ;   (0, 170000, 007777)
        MOV     #170000,(R2)+
        MOV     #7777,(R2)+
        MOV     #101-3,R0       ; Setup count to clear rest of BBR table
90$:    CLR     (R2)+           ;   Clear an entry
        SOB     R0,90$          ;   Loop till done

Вобщем какая-то хрень интересная только для DW похоже.