┌────────────────────────────┐ │ ░▒▓▓█ DOS REVIEW #02 █▓▓▒░ │ └────────────────────────────┘ Теперь можно поговорить о наиболее старой, распространен- ной и проблематичной системе CP/M. В том или ином виде она использовалась на огромном коли- честве компьютеров. Многие зарубежные и отечественные производители ПК пытались использовать эту систему на своих компьютерах. Пытались де- лать это и на СПЕКТРУМ'е. Но тогда были чудесные времена, когда формат MS-DOS, а равно и ее возможности, были лишь слад- кой мечтой. Сама фирма IBM использовала эту систему при по- мощи восьмидюймовых дисководов. Тем не менее, старая восьмиразрядная система, каза- лось бы, должна прекрасно подхо- дить для многих простых компь- ютеров. В некотором роде это правильно. Но правильнее ска- зать, что ее возможности по осовместивниванию ( =:( ) - ред. ) разных компьютеров весьма скромны. Система эта создавалась для работы с текстовыми термина- лами. У нее нет средств работы с графикой! Да и с большим коли- чеством памяти могут возникнуть проблемы. Осталась только элементарная совместимость по общей памяти, тексту и формату диска. Но и тут совместимость мизерная. На СПЕКТРУМЕ весьма затруднительно вывести 80 символов в строке. Но самым интересным оказался вопрос дискового формата. Все дело в том, что на восьмидюймо- вых дисках было 77 дорожек и на каждой размещались 26 секторов по 128 байт. Вроде бы, проблема разрешима и диски можно прочитать. Однако, почитаем соответствующую литера- туру. Весьма часто можно видеть ссылку на такую книгу: Уейт М. Ангермейер Дж. Операционная система CP/M. Пер. с англ. М: Радио и связь, 1986. Но при детальном осмотре ока- залось, что это явно пособие в работе, но не по программирова- нию в этой системе. Такой же оказалась книга: Н. В. Макарова и др. Работаем на персональном компьютере РОБОТРОН 1715 Л: Машиностроение, 1989. Похоже, что эта книга писалась во времена, когда под словом КОМПЬЮТЕР понималась: Большая Очень Умная, Дорогая и Сложная Машина с Большим Экраном Типа Калькулятора Для Бухгалтера. Еще можно упомянуть подробную и научную, но устаревшую и уда- ленную от практики книгу: Дейтел Г. М. Введение в операционные системы. Пер. с англ. под ред. В.С. Штаркмана. М: Мир, 1987 В 2 т. Несколько устаревшая, на мой взгляд, но весьма полезная для создателей ОС книга. Но описы- ваемые там методы весьма сложны, и на практике описывается как раз старая CP/M под восмидюймо- вик. В результате стнет понятно, что в этой системе разные машины используют практически любой возможный формат разбивки диска. Только на РОБОТРОН'е стандартно их три. Немного отличаются мето- ды сегментации. В результате су- ществуют две модели компьютера КОРВЕТ, не совместимых между со- бой ( Когда-то мне об этом пове- дала учительница информатики из нашей школы ). Но с КОРВЕТ'ом как со школьным компьютером и так почти покончено, ибо су- ществует масса несовместимых между собой школьных агрегатов. А ведь постановка CP/M на КОРВЕТ называлась одной из самых удач- ных. Называлась теми, кто ее присобачивал к компьютеру ОРИОН- 128, на котором не только дис- ков, но контроллеров с портами существует пяток версий. То же самое можно сказать и о других компьютерах. Поэтому трудновато будет запустить на РОБОТРОН'е и даже на КОРВЕТ'e игру от PROFI или ATM-TURBO. Но оказывается, что некоторая совместимость есть, формат дис- ков, описываемый ниже, хотя и является наиболее применительным для КОРВЕТ'а, вполне читаем и на других компах, несмотря на то, что их операционки называются вроде по разному: CP/M (-80) и MICRODOS, к тому же разных вер- сий. Стало понятно, что читать диски от разных компов можно, но как их различать - неизвестно. Вот и приходится с трудом разбираться что к чему. К сожа- лению, я никогда вживую не видел ATM-TURBO. Поэтому про него я ничего пока не буду говорить, а попытаюсь сначала его поглядеть. Про КОРВЕТ и ОРИОН немало гово- рилось в журналах РАДИО и РА- ДИОЛЮБИТЕЛЬ. Я также пытался изучить диск от PROFI, но с ним у меня получилась печальная ис- тория. Я попросил сделать копию этого единственного диска при помощи NEXTCOPY. В результате исходник испортился, а на мой диск скопировались пара дорожек, содержащих каталог. И при помощи его я и узнал общие принципы хранения информации на таком диске. Разбивка была, как и на КОР- ВЕТ'е и других машинах, на 5 секторов по 1024 байта. И такой формат следует признать общим. Описатели каталога состояли из 32 байтов, из которых 16 послед- них явно описывали блоки на ко- торых были расположены байты. И только много позже я узнал некоторые подробности. К этой поре я уже походил в библиотеку и поставил себе эмулятор этой системы: MYZ80 v 1.0 by Simeon Cran. Он, правда, использовал виртуальный диск, который не совсем похож на реальные. Но некоторые интересные вещи я от- туда извлек. Потом я подробно изучил документацию к КОРВЕТ'у и еще много чего выяснил. Все осложняет наличие самых разнообразных единиц измерения: от записей по 128 байт, до экстентов и блоков по 16КБ и 4КБ. И похоже, что все размеры отличаются в зависимости от вер- сии. Но общие принципы не меняются. Где-то на диске расположен ката- лог: у PROFI - на второй дорож- ке, у РОБОТРОН'а - на третей. На файл уделяется по 32 байта, но в старых системах было и по 33. Описатель содержит в себе цепочку байтов - последователь- ность блоков, в которых поме- щается файл. Таким образом, на диске эмулятора можно было соз- давать файлы до 32768 ( 16384 ) байт длиной. Но для систем с жесткими дисками максимальная упоминаемая длина достигала 8МБ. Также ограничивается и размер диска: около 256МБ. Но и эту проблему можно преодолеть увели- чением размера блоков. Также упоминается возможность созда- вать цепочки из нескольких описателей для одного файла, всего до 16. А отдельные куски больших файлов получили название экстентов. На следующий описа- тель раньше указывал 33-ий байт. Позже за это стал отвечать байт с другим номером. Каталоги в этой системе не поддерживаются. Но существует одна примечательная возможность. Дело в том, что раньше на одну машину приходилось по множеству пользователей. А даже гибких и, тем более, жестких дисков было мало. Надо было решать вопрос о разделении данных на дисках. Поэтому было решено разбить диск на несколько USER-областей, все- го до 16, но теоретически до 255. Каталог был общим, но в описателе каждого файла содержа- лась пометка принадлежности фай- ла к определенной области. Таким образом, на одном жестком диске существовало несколько логичес- ких, как и в MS-DOS. Но диск при этом рассматривался как единое целое и процедуры загрузки, за- писи и удаления файлов, а также чистящие утилиты, не определяли принадлежность файла к опреде- ленной области и разделение было чисто внешним. Теперь можно рассмотреть опи- сатель файла более подробно: 0-ой байт: он как раз и содер- жит номер USER-области, к кото- рой принадлежит файл. Используя его можно организовать не очень развесистую, но весьма обширную структуру каталогов. Все системы ограничивают число областей до 15, но при помощи небольшой пе- ределки эту цифру можно увели- чить до 255. Если файл удален, то нулевой его байт равен #E5. Байты 1-8 содержат имя файла, а байты 9-11 - его расширение. У КОРВЕТ'а старшие биты этих бай- тов содержат атрибуты: 9-ый - только чтение, 10-ый - системный файл. Байты 13-15 содержат системную информацию. На старых системах и на эмуляторе использовался толь- ко байт 15. Он содержал длину файла в записях по 128 байт каж- дая. Остаток сектора может быть заполнен кодом #E5. У КОРВЕТ'а байт 12 - номер текущего экстен- та, номер того 16-ти килобайтно- го блока файла, которому соот- ветствует текущий описатель. Байт 13 у него указывает коли- чество байтов в последней записи файла, общее число которых также содержатся в байте 15. Байты 16-31 содержат карту размещения файла. Она состоит из восьми пар байт, каждая из кото- рых содержит значения блока, на котором содержится часть файла. В эмуляторе размер блока равен 4096 байт, на РОБОТРОН'е и КОР- ВЕТ'е - 2048 байт. В принципе, данной информации уже достаточно для чтения и за- писи файлов. Тем не менее, на старых системах на диске также размещалась битовая карта на 243 байта. Каждый ее бит отвечал за кластер из 8 секторов ( 8*128=1024 ). При записи файла устанавливался первый найденный сброшенный бит и в описатель заносился номер соответствующего блока. Однако, для записи нового фай- ла достаточно просканировать ка- талог, хотя эту операцию не сов- сем удобно реализовать програм- мно, к тому же надо пропускать удаленные файлы. Лучше сначала создать таблицу свободных блоков в памяти и сделать это при пер- вом же прочтении диска, а затем, используя и корректируя ее в па- мяти, перезаписывать только измененный каталог. Поэтому я не нашел больше никакого упоминания о подобной таблице размещения в более поздних моделях компьюте- ров. Тем не менее, нельзя не ска- зать, что данная система исполь- зует самый оригинальный способ сегментирования. Прочие системы размещают информацию о сегментах либо в общей таблице, и тогда каталог так или иначе ссылается на один из ее пунктов. Другие содержат ее на отдельных секто- рах для каждого файла, и в ката- логе делается ссылка на такие сектора. Но при копировании ра- зумно было бы рассматривать та- кие сектора, как сегменты файла. IS-DOS в этом смысле весьма ори- гинальна и использует и таблицу и сектора, а также позволяет создавать вообще не сегментиро- вание секторы. Ее авторы, по ви- димому, изучали CP/M, но приня- тый на ней способ сегментации так и оказался уникальным. В документации на КОРВЕТ стандартным также являлся самый первый сектор на диске - его 128 байт содержат размеры всех об- ластей на диске: и размер секто- ров в байтах, количество их на дорожках - и если эта информация вместе с форматом каталога яв- ляется более-менее стандартной, то можно постараться и написать универсальную читалку-писалку на диски всех систем, претендующих на CP/M совместимость. В нем содержится: ┌───────┬───────────────┬─────────────────────────────────────┐ │Байты │Стандартно │Назначение │ ├───────┼───────────────┼─────────────────────────────────────┤ │0-1 │0 или #BE80 │Адрес загрузки ОС │ │ │ │ │ │2-3 │0 или #BF00 │Адрес запуска ОС │ │ │ │ │ │4-5 │0 или #0D │Количество секторов под ОС │ │ │ │ │ │6 │0 │Размер диаметра НГМД (133мм) │ │ │ │ │ │8 │0 │96 дорожек на дюйм (1 - 48 дор.) │ │ │ │ │ │9 │1 │Данные вектора перевода секторов │ │ │ │(0 - не используется) │ │ │ │ │ │10 │3 │Размер сектора: │ │ │ │(0 - 128 байт │ │ │ │ 1 - 256 │ │ │ │ 2 - 512 │ │ │ │ 3 - 1024) │ │ │ │ │ │11 │1 │Двухсторонний НГМД (четные дорожки │ │ │ │сверху, 0 - односторонний) │ │ │ │ │ │12-13 │5 │Количество секторов на дорожке │ │ │ │ │ │14-16 │0080 │Количество дорожек на одной стороне │ │ │ │(TPD, TPD'=2TPD) │ │ │ │ │ │16-17 │40 │Количество логических записей по 128 │ │ │ │байт на дорожке (SPT) │ │ │ │ │ │18 │4 │Фактор сдвига ( =LOG2(BLS/128) ) │ │ │ │ │ │19 │15 │Маска расположения блока данных │ │ │ │( =BLS/128-1 ) │ │ │ │ │ │20 │0 │Маска размера блока │ │ │ │( =BLS/1024-1-DSM/256 ) │ │ │ │ │ │21-22 │#187 │Количество блоков данных на диске │ │ │ │( DSM=SPT*(TPD'-OFF)*128/BLS-1 ) │ │ │ │ │ │23-24 │#7F │Число элементов оглавления минус 1 │ │ │ │( DRM ) │ │ │ │ │ │25-26 │2 │Количество блоков под оглавление │ │ │ │( =32*DRM/BLS) │ │ │ │ │ │27-28 │#0020 │Размер вектора контроля оглавления │ │ │ │(Контрольная сумма каталога ?) │ │ │ │ │ │29-30 │3 │Количество дорожек под операционную │ │ │ │систему, включая нулевую (OFF) │ │ │ │ │ │31 │#E7(#F1) │Контрольная сумма этого сектора │ │ │ │ │ │32-128 │0 │Резерв для вектора перевода секторов │ └───────┴───────────────┴─────────────────────────────────────┘ Осталось не выясненным, где хранится BLS - размер блока дан- ных ( 2048/4096 ) как таковой. Но его можно рассчитать из 19-го байта - маски блока данных. Прошло время, и мне встрети- лись также диски от других CP/M/MICRODOS совместимых сис- тем: Вектор-06Ц, АТМ и Скор- пионовские. Под Вектор-06Ц у меня был эму- лятор с внешней программой MST, работающей с егошними дисками. Но, к сожалению, наиболлее глюч- но она работает в процессе фор- матирования дисков - много везде плохих дорожек, а в других сис- темах диск форматируется нор- мально. Посему точно ничего ска- зать не берусь, но каталог вроде стандартный. Под АТМ диски я форматировал Honey Commander'ом V 1.0, како- вая версия еще работала на любом 128'ом. Диск - как в TR-DOS 16 секторов по 256 байт, блоки вро- де по 4096, но НИКАКОГО признака для их определения, кроме байтов #E5 в наальных секторах. Рабо- тать с ними, в общем, возможно. Установленые седьмые биты первых двух букв расширения файла соот- ветствуют атрибутам READ ONLY и SYSTEM, что для вышеупомянутого командера означает HIDDEN: файл с такии битом просто так в ката- логе уже не показывается. Также как и в КОРВЕТ'е используются байты 12 и 15 описателя файла. Под Скорп CP/M адаптировал гн. MOA аж в 1992. Плохо это, или нет, да только образчик такого диска у меня пока один, под наз- ванием SEXDEMO - есть на нем ка- кие-то картинки и музоны, пара исполняемых файлов... Только вот Скорпа-то у меня нетуть, под эмулем прут каки-то READING ERRORS 8-!, а при детальном ос- мотре файлов в них обнаружились то ли разрывы, то ли дырки, за- битые нулями. Да и структура ка- талога заметно отличалась от стандартной: в табличке описания местонахожления блоков файла на диске было заметно, что на каж- дый блок уделяется не по паре байт, а по одному байту. Это и понято: при размере блока 4096 байт на диске их поместится око- ло 150. Но эти разрывы в катало- ге, заполненые нулями, застав- ляют меня подождать других об- разцов или информации. Таким образом, CP/M совмести- мость компьютера абсолютно ниче- го не говорит о разбивке его диска. Но в целом, приведенной информации должно хватить для работы хотябы со стандартными КОРВЕТ'овскими дисками. ASC SOUND MASTER А еще, говорят, есть такой хи- трый ASM - музыкальный редактор. Не говорю о его музыкальных воз- можностях, но вспомнил я, что с некоторых версий он ваще-то об- ладает еще и своим, известным только автору, дисковым форма- том. Ну и, конечно, я не нашел причины, чтобы на асмовских дис- ках полазать. Собсно гря, мне нужды до такого дела нетуть. Да вот компилировать музоны не всегда нужно под адрес 49152. Мудрые кодеры, надо думать, на- писали бы свой компилятор - ведь немало их под ST понаписали. А вот лазить по хитрому диску ник- то не захотел - написали реком- пилер под другой адрес. Я тоже особо возится не стал, так что может в нижеследующем описании шо не так - не проверял пока особо-то. Короче разбивка диска такая. Нулевая дорожка совсем хитрая: первые 8 секторов по 512 байт, а последний - на 1024 байта. Ну а остальные - нормально, 10 секто- ров по 512 байт. На нулевой дорожке распола- гается каталог. Сколько секторов он может занимать я не знаю, при мне последний сектор всегда пус- товал. На запись в каталоге приходит- ся по 16 байт. Нулевая запись - первые 16 байт диска - особые. Там содержится строка: " ADS 1.00 (C) ASC " - по ней легко определить принадлежность диска к отряду "музыкальных". У остальных записях о файлах: Байты 0-7 - имя. Байты 8-10 - расширение. Оно может быть PAT, SAM, IMG, а мо- жет и еще какое. Следующий байт, под номером 11, вместе с младшим полубайтом 12-го байта содержат номер пер- вого блока ( кластера ) файла. Об этом см. ниже. Остальные биты 12-го байта - признак состояния файла, а имен- но если там содержится число 1 - это нормальный файл; 5 - защищеный от удаления или записи файл; 0 - удаленый файл. Потом байты 13-14 записи - длина файла в байтах. Байт 15 - всегда #00!!! Теперь пару слов о сегмента- ции. Структура диска удивительно похожа на диск MS-DOS. Куски файла могут занимать произволь- ное место на диске, а в записи о файле указывается ссылка на пер- вый кусок. Только на данном фор- мате диска размер куска равен одному сектору и поэтому его но- мер можно называть номером клас- тера, номером блока или смеще- нием до абсоютного сектора. На- хождение разбросанных по диску таких вот кусков осуществляется при поможи таблицы аналогичной FAT 12 бит. Две копии этой таб- лицы размером по 5 секторов ко- торые находятся на первой дорож- ке. Когда нужно прочитать файл, номер первого куска которого за- писан в каталоге, читают вначале этот первый кусок, а затем опре- деляют, что содержится в таблице в ячейке с номером равным номеру первого куска файла. А там со- держится номер второго куска. Теперь его читают и повторяют процесс с третим. И так до тех пор, пока в таблице будет не но- мер следующего куска, а признак конца файла. При записи, в таблице ищут ячейки, содержащие признак незанятого места на диске, и записывают туда номер следующего найденого пустого места, а на сектор, соответствующий номеру ячейки таблицы, записывают нуж- ную часть файла. Проблема в том, что ячейки имеют размер 12 бит = 1.5 байта, поэтому приходится извлекать нужную половинку из трех байт командами сдвига. Первая ячейка таблицы всегда содержит число #AC - медиа- дискриптор для MS-DOS; #000 - признак пустого места на диске; #FFF - признак конца файла - последняя ячейка, которая содер- жит номер куска данного файла - последнего куска. Словом, объяснить на словах это трудно, ежели кому надо разбираться - изучайте на прак- тике, а краткое описание я за- кончил. RT11 Были еще у меня разные диски. На многих я долго и упорно ко- пался. Но, видать, без всякой информации трудно понять что- либо сразу. Прежде всего, попались мне в руки диски от ДВК. Но они были совершенно нечитаемые несмотря на то, что об их совместимости со стандартными форматами раз- бивки упоминалось не раз. Чуть больше повезло мне с дис- ками от УКНЦ. Читались они прос- то прекрасно, углядывалось имя диска, загрузчик... Но не было никакого намека на присутствие каталога. В дальнейшем у меня появился доступ к этим машинам и специалист по ним. Но в докумен- тах на них я не нашел никакой пользительной информации на нуж- ную тему и, даже отформатировав диск и записав на него известные файлы, с известным каталогом, я не нашел его на диске, как тако- вого. Была только какая-то таб- лица, структурой напоминавшая то ли каталог, то ли таблицу разме- щения файлов, которой кстати быть не должно, т. к. по полу- ченной информации структура дис- ка напоминает СПЕКТРУМ'ский. По- том, у меня еще завелся эмулятор ОС RT-11, совместимой с форматом FODOS на УКНЦ, да еще и конвер- тилка с дисков такого формата. Но, опять же, ни дока, ни ката- лога, а только чушь всякая. В общем, вопрос тут остался откры- тым и пока есть еще кое-какие надежды. Целый год я надеждами этими жил, а потом опять пошел в библиотеку. Перерыл целую кучу книжек. Вначале выяснилось, что, в общем-то, все идет от этой са- мой RT-11, а от нее "откопирова- лись" всякие там РАФОС, РАФОС 2, ФОДОС, ФОДОС 2, ОС ДВК и чего-то там еще - в общем, все то, что использовалось на старых машинах СМ и серии "Электроника". На них, как и, впрочем, на MS-DOS и на CP/M, более важной казалась программная совместимоть. В результате - опять секреты, а может - стыдно кому за содранное с иностранных образцов. Словом про диски от сиих совместимых ОС сказано мало. Са- мую подробную информацию я нашел в справочнике: Операционная система СМ ЭВМ РАФОС Составители: А.И. Валиков, Г.В. Вигородчик, А.Ю. Воробьев, А.А. Лукин под общ. ред. В.П. Семина. М:Финансы и статистика, 1984 г. - 207 с. Оказывается, система РАФОС мо- жет еще работать с дисками ДОС СМ и ЕС ЭВМ. Скорее всего, это тоже влияет на хитрый формат каталога. Почему его нигде не видно? Да дело в том, что все символьные строки упакованы в хитрый ( и, похоже, старющий ) такой код - RADIX-50. Практичес- ки это небольшая компрессия: три буквы - в два байта. Но набор букв, между прочим, состоит не из 32 символов - по пять бит на букву, да еще бит в паре байт остается, а раскодируется все простым тебе сдвигом - для ката- лога, вроде, достаточно. Но нет, тут используется набор из 40 символов: букв, цифр и три спецзнака. Вроде нужно 6 бит на символ - в два байта не втис- нуться. Но это - если работать сдвигами, а если умножением - то получится: 40*40*40 = 64 000 - вполне двухбайтное число. И получаем: Код_Первой_Буквы*1600 + +Код_Второй_Буквы*40 + +Код_Третей_Буквы = более #FFFF ни как ни получится, если код буквы лежит в диапазоне от 0 до 39! У "пробела" код - ноль, у букв A-Z - коды от 1 до 26. Далее идут спецсимволы: "точка в кру- жочке", по нашему "$" - код 27, "точка" - код 28, "/" - код 29 - этим символом замещают символы, не имеющие аналогов в коде RADIX-50. Ну а цифры "0"-"9" - коды 30-39. Кодиование и декодирование осуществляется операциями умно- жения и деления. Ну а дальше - проще. Весь диск разбит на блоки по 512 байт, на УКНЦ это - размер сектора и нумеруются эти блоки от нуля и до некоторога максиму- ма - общего числа блоков. Число это зависит от количества доро- жек и секторов на них: 10 или 9 Блок 0 - загрузочный сектор. Начинается он с кода #A0, есть и другие примечательные байты, но как по ним определять количесво сторон, дорожек и секторов - по- ка неизвестно. Блок 1 - содержит: в конце - имя пользователя, диска и опрерационной системы, а в нача- ле - таблица замещения дефектных блоков. Как в ней кодируются эти плохие бдоки - нигде не написа- но, кроме того, там присутсвуют кое-какие всегда постоянные бай- ты. Блоки 2-5 - сама система или пусто - если диск не загрузоч- ный. Начиная с блока 6 находится каталог. Он состоит из одного или нескольких сегментов - каж- дый по 1024 байта - 2 блока. Ко- личество сегментов может зада- ваться при инициализации диска. Принято, что вся информация в каталоге двухбайтная - всего 512 слов ( пар байт ) в сегменте. Первые пять слов - служебные: Слово 1 - число сегментов в каталоге. Слово 2 - номер следующего сегмента: сегменты образуют спи- сок, последний сегмент имеет но- мер ноль. Слово 3 - количество занятых сегментов, изменяется только в первом сегменте. Слово 4 - число дополнительных байт в каждой записи о файле. Система использует 14 байт - 7 слов на файл, но специальные программы могут иметь свои сег- менты со своей длиной описателя файла. Слово 5 - номер начального блока первого файла данного сегмента. Стандартная запись о файле - 7 слов: Слово 1 - тип записи в файле: #0100 - временный файл, при нем используесся слово шесть #0200 - удаленый файл - пустое место на диске #0400 - нормальный файл #8400 - READ ONLY #0800 - конец сегмента, но не каталога, конец каталога определяется если сегмент этот - последний исполь- зованый. Не обязательно используется весь сегмент до конца, переход на но- вый сегмент, возможно с другой длиной описателя файла, может произойти в любом месте. Слова 2, 3, 4 - имя и расшире- ние в коде RADIX-50 - 6 и 3 сим- вола. Слово 5 - длина файла или пус- того места. Слово 6 - для временного файла в младшем байте номер канала связанной с этим файлом задачи, номер которой - в старшем байте. Слово 7 - дата создания файла: биты 0-4 - год-1972 (т.е.1972 - 2004) биты 5-9 - день (1-31) биты 10-14 - месяц (1-12) Могут быть и дополнительные байты. Положение файла на диске приходится определять сложением длин файлов начиная с первого файла данного сегмента и по файл, идущий перед заданным, плюс пятое слово данного сегмен- та. Похоже на мотание ленты в магнитофоне по счетчику, в про- чем данная ОС ведет свое летоис- числение с ленточных времен. Напосдедок добавлю, что в ОС РА- ФОС возможны виртуальные диско- воды-файлы, структура которых повторяет разбивку диска.