Войти
 Экран загрузки модели 4 TRSDOS 6 | |
| Разработчик | Tandy |
|---|---|
| Рабочее состояние | Историческая |
| Исходная модель | Закрытый исходный код |
| Первоначальный выпуск | Модель I в 1977 году; 43 года назад (1977) |
| Последний выпуск | Модель 4 Версия 6.2 / 1984; 36 лет назад (1984) |
| Доступен на | английском |
| Платформах | Zilog Z80 на основе TRS-80s |
| Kernel тип | Монолитный |
| Пользовательский интерфейс по умолчанию | Интерфейс командной строки |
TRSDOS (что означает T andy R adio S hack D isk O perating S ystem) - это операционная система для Tandy TRS-80 линейки восьми- бит микрокомпьютеры Zilog Z80, которые продавались через Radio Shack с 1977 по 1991 год. В руководствах Tandy рекомендуется произносить это слово как triss-doss. TRSDOS не следует путать с Tandy DOS, версией MS-DOS, лицензированной от Microsoft для линии Tandy x86 . персональные компьютеры (ПК).
В оригинальной TRS-80 Model I 1977 года TRSDOS был в первую очередь способом расширения MBASIC (BASIC в ROM ) дополнительными I / O (ввод / вывод) команды, которые работали с дисковыми файлами, а не с кассетами, которые использовались недисковыми системами Модели I. Более поздние компьютеры модели III, оснащенные дисками, использовали совершенно другую версию TRSDOS от Radio Shack, кульминацией которой стала TRSDOS версии 1.3 в 1981 году. С 1983 года в компьютерах TRS-80 Model 4, оснащенных дисками, использовалась TRSDOS версии 6, которая была развитием LDOS модели III от Logical Systems, Inc. Последняя была обновлена в 1987 году и выпущена как LS-DOS 6.3.
Совершенно не связанная с этим версия TRSDOS от Radio Shack для своего профессионального компьютера TRS-80 Model II 1979 года, также основанная на Z80 и оснащенная 8-дюймовыми дисками. Более поздние машины в этой линейке, модели 12, 16 и 6000, использовали Z80 в качестве альтернативного процессора для своего основного чипа Motorola 68000 и могли запускать эту версию TRSDOS для обратной совместимости со старым программным обеспечением Z80.
Микрокомпьютер Tandy Corporation TRS-80 на момент выпуска не имел дисковода или операционной системы. Первая версия TRSDOS, написанная Рэнди Куком, была настолько ошибочной, что другие писали альтернативы, включая NewDOS и LDOS. После споров с Куком по поводу права собственности на исходный код Тэнди нанял Logical Systems, разработчика LDOS, для продолжения разработки TRSDOS. TRSDOS 6, поставляемый с TRS-80 Model 4 в 1983 г., идентичен LDOS 6.00.
Линия компьютеров TRS-80 на базе RadioShack Z80 (Модели I / III и Модель 4 ) поддерживает до четырех физических дисководов для гибких дисков (мини-дискет), которые (при продаже) используют 5¼-дюймовые дискеты. Исходный TRSDOS для Модели I поддерживал только односторонние диски с 35 дорожками, отформатированные с одинарной плотностью (секторы кодируются с использованием метода частотной модуляции ). Модель III TRSDOS (кульминацией которой стала версия 1.3) поддерживала 40-дорожечные диски, отформатированные с двойной плотностью (с использованием модифицированной частотной модуляции ). Модель оснащена контроллерами двойной плотности, а модели I / III, оснащенные 80-трековыми приводами или двусторонними приводами, не могут использовать TRSDOS; RadioShack продавала операционную систему LDOS от Logical System, которая могла управлять этими типами дисков. TRSDOS 6 модели 4 является развитием LDOS и имеет те же возможности.
Жесткие диски (также известные как) требовали специального программного обеспечения драйверов, поставляемого их производителями. Эти драйверы позволяли любой установке TRSDOS обращаться к ним с помощью до восьми возможных разделов дисков, каждому из которых назначены номера дисков с нуля по семь. Фактически, большой жесткий диск может быть отформатирован более чем с восемью разделами, но TRSDOS может получить доступ только к восьми за один сеанс. На жестких дисках одни разделы могут быть отформатированы под TRSDOS, а другие - под CP / M OS. Каждому дисководу гибких дисков в системе также потребуется одно присвоение номера дисковода. Модель 4 с ее способностью настраивать ramdisk (Memdisk) также требовала для этого присвоения номера диска.
Все версии TRSDOS используют оверлеи для удовлетворения большинства системных запросов, а каталоги на диске не поддерживаются в памяти. Это имеет два значения для производительности системы. Во-первых, при первоначальном доступе к файлу DOS всегда обращается к каталогу диска для получения информации, дающей физическое отображение дискового пространства, выделенного файлу (включая его экстенты, если они есть). После первоначального доступа эта информация сохраняется в блоке управления файлами, объем памяти для которого предоставляется вызывающим приложением. Дальнейшие ссылки не нуждаются в чтении каталога диска (если файл не записан и не требуется выделить больше дискового пространства). По этой причине производительность системы сильно зависит от того, насколько близко выделенное для файла дисковое пространство (а) находится / находятся к цилиндру каталога, и насколько фрагментирован (экстенты, расположенные в несмежных пространствах) файл в целом. Чем дальше находится цилиндр каталога, тем больше потребуется перемещать головку чтения / записи диска, что замедляет доступ к диску и вызывает больший механический износ диска. В TRSDOS есть команды, позволяющие пользователю оптимизировать размещение определенных файлов в физическом пространстве диска, и команда FREEдля отображения карты физического размещения файла на диске.
Второе следствие архитектуры, основанной на наложении, заключается в том, что диск, содержащий системные файлы TRSDOS (расширение файла / SYS), всегда должен присутствовать в том диске, который назначен как логический диск с нулевым номером. (На Model 4 это может быть Memdisk, освобождая таким образом физический диск, который можно использовать для несистемного диска данных). В LDOS и TRSDOS 6 есть команда SYSRES, которая загружает выбранные системные файлы в RAM Z80, освобождая таким образом место на системном диске для несистемных данных. Во всех версиях есть варианты команды SYSTEM, которая может переназначать номера логических дисков физическим дискам. Можно назначить номера дисков таким образом, чтобы физическому диску не был назначен логический номер диска; это иногда полезно, чтобы гарантировать невозможность доступа к диску в целях безопасности (защиты от записи). Диски также могут быть защищены от записи с помощью DOS.
Основная функция любой операционной системы - предоставить пользователю средство для управления и доступа к файлам, хранящимся на дисковых устройствах хранения. Поскольку пользователь не должен быть обременен физическими деталями самих запоминающих устройств, операционная система несет ответственность за преобразование запросов доступа к файловым записям в определенные параметры диска, дорожки, сектора и заголовка, которые определяют место хранения каждой записи.
Система также поддерживает в памяти Z80 в TRSDOS Таблицу управления приводом, в которой хранятся параметры, связанные с каждым из восьми логических дисков. Параметры диска относятся к тому, как общее пространство хранения на диске делится на адресуемые единицы. Слой (и) магнитных частиц на поверхности дискового носителя намагничивается (в процессе форматирования) в концентрические круги областей хранения, называемых ДОРОЖКИ . Каждая дорожка разделена на 256-байтовые подобласти, называемые СЕКТОРЫ . Каждый сектор однозначно идентифицируется шаблоном информации, предшествующим каждому сектору, который называется ID FIELD . Хотя количество секторов на дорожке может варьироваться от одного типа носителя к другому, количество секторов на каждой дорожке одного и того же носителя (и в каждой грануле) всегда должно быть постоянным.
Диски организованы следующим образом: каждая дорожка форматируется в определенное количество 256-байтовых секторов с максимальной емкостью 32 сектора на дорожку. Секторы сгруппированы в блоки, называемые гранулы, размер которых различается в зависимости от общей емкости дорожек на диске, хотя размер гранул для каждого формата диска является постоянным. Для сорокцилиндровых дисков, отформатированных с двойной плотностью, стандартной для приводов, установленных в TRS-80 Models III и 4, размер гранул составляет шесть 256-байтовых секторов, или 1,5 КБ. Каждая дорожка имеет три гранулы для хранения 4,5 КБ. Каждая сторона (поверхность) диска обычно отформатирована с 40 дорожками, что дает 180 КБ на каждую сторону. Модель 4D с двухсторонними дисками дает 360 КБ памяти. Когда для файла требуется дополнительное дисковое пространство (например, расширение файла во время записи), выделяется дополнительная гранула. Таким образом, гранула становится единицей хранения минимального размера.
TRSDOS присваивает номера каждому сектору, каждой дорожке и каждой поверхности. Поверхности нумеруются последовательно, начиная с нуля. Дорожки нумеруются последовательно, начиная с нуля в самой внешней части диска, давая самой внутренней дорожке наивысший номер. Если используются приводы с несколькими головками, номера дорожек на поверхности дублируются на каждой поверхности, причем все дорожки с одинаковыми номерами составляют цилиндр . Для двусторонней дискеты, отформатированной на Model 4D, нулевая дорожка нулевой дорожки и нулевая дорожка поверхности 1 сгруппированы в нулевой цилиндр. Емкость цилиндров также имеет верхний предел в 256 секторов на цилиндр или восемь гранул на цилиндр, в то время как система поддерживает (для жестких дисков с несколькими пластинами носителей информации) максимум восемь головок на диск.
Цилиндр каталога диска помещается во время процесса форматирования в цилиндр со средним номером; таким образом, стандартный 40-цилиндровый диск имеет каталог, установленный на цилиндре 20. Это сокращает среднее расстояние (и время доступа), которое головка чтения / записи диска должна перемещать для доступа к каталогу. Первый сектор дискового каталога содержит таблицу распределения гранул (GAT ). GAT побитово отображается на каждую гранулу пространства на диске. Другие поля в GAT содержат ИМЯ ПАКЕТА, ДАТУ создания (когда диск был отформатирован), ПАРОЛЬ пакета и данные, относящиеся к конфигурации накопителя.
Когда файл должен быть открыт для доступа, система должна искать в каталоге запись в каталоге. Время поиска сводится к минимуму за счет использования метода хеширования для сокращения 11-символьной строки, образованной из имени файла и расширения, до однобайтового значения. Хэш-код для каждого файла хранится в таблице хэш-индекса (HIT), которая является вторым сектором каталога. Каждая позиция в этой таблице соответствует определенной записи в каталоге. Хеш-таблица, имеющая длину в один сектор, может индексировать максимум 256 записей каталогов или файлов. Сам каталог имеет размер в соответствии с емкостью диска и составляет не более одного цилиндра (до 34 секторов). Таким образом, чем больше емкость дискового хранилища, тем больше его каталог и тем большее количество имен файлов может быть сохранено на диске.
Запись каталога содержит такую информацию, как дата последнего изменения файла, его коды паролей обновления и доступа, его уровень доступа и другие атрибуты, например, является ли он файлом SYStem или PDS (Partitioned Data Set). и, если была сделана резервная копия, относительный номер последнего сектора в файле и последний байт в последнем секторе (или конце файла). Запись также содержит физическое хранилище, используемое файлом с указанием на цилиндр, относительную начальную гранулу и количество смежных гранул для каждого экстента, связывающего файл. Когда файл имеет более четырех экстентов, при необходимости используются дополнительные записи каталога с указателями вперед и назад, связывающими каждую запись каждого файла.
Когда TRSDOS форматирует диск, все параметры, связанные с дискетой, предопределены. Таким образом, количество секторов на дорожку, количество секторов на гранулу и, следовательно, гранул на дорожку, количество сторон (поверхностей) и количество цилиндров - все это обозначается, а также плотность носителя. Некоторые из этих показателей (плотность, стороны, гранулы на дорожку) записываются в поля в Таблице распределения гранул, которая является частью каталога диска. Остальные (секторы на дорожку, секторы на гранулу, в дополнение к прежним количествам) являются частью полей таблицы управления приводом. Когда система пытается открыть файл на диске, она использует @CKDRV SVC, чтобы определить доступность диска, а затем записывает диск, как только находит его доступным. Эта функция "регистрации" обновит поле DIRCYL, а затем обновит поля DBLBIT и MAXCYL на основе информации, хранящейся в GAT. Эта процедура освобождает пользователя от необходимости вручную регистрировать вновь вставленный диск; он вправе менять диски, отформатированные по-разному, на любом диске, не беспокоясь о том, что система получит к нему неправильный доступ.
Дисковые примитивы SVC передаются через общие системные процедуры, содержащиеся в программном драйвере, установленном для каждого типа дискового запоминающего устройства. Драйвер для флоппи-дисковода модели III или модели 4 называется «$ FD» и находится в области нижней памяти TRSDOS. Жесткие диски поставляются с собственным программным драйвером и обычно устанавливаются в верхнюю память над системным указателем HIGH $, поскольку места в области нижнего объема памяти обычно недостаточно (особенно на Model 4, поскольку программное обеспечение необходимо для доступа к его внешней банковской памяти. не может находиться в верхней памяти). Эти процедуры драйвера устанавливают протокол связи между приложением, запрашивающим доступ к диску, и оборудованием контроллера гибких дисков компьютера. В TRS-80 используются микросхемы контроллеров из серии Western Digital: WD1791 в версии без вентильного массива Model 4 и WD1773 в версии Model 4 Gate Array. Когда запрос ввода-вывода вызывается SVC более высокого уровня, например, запрос на ЧТЕНИЕ записи файла, запрос транслируется в этот дисковый примитив (команда FDC или отчет о состоянии), необходимый для удовлетворения запроса функции. Протокол связи единообразен для всех дисковых устройств, подключенных к системе. Это делает доступ к файлам прозрачным для размера или характера дискового устройства в рамках параметров, хранящихся в DCT для этого диска.
Поддерживаются файлы на дисках двух типов доступа: Запись ввода-вывода и символьного ввода-вывода. Логические записи длиной от одного до 256 байт могут быть прочитаны или записаны с помощью запросов @READ или @WRITE SVC. Ввод / вывод записи может быть произвольным (по позиционным запросам SVC до READ / WRITE) или последовательным доступом с использованием повторяющихся READ или WRITE. Символьный (или байтовый) ввод-вывод выполняется с помощью запросов @GET и @PUT SVC и по существу совпадает с вводом-выводом записи с длиной логической записи (LRL), равной единице. (Физический доступ к дисковому устройству хранения всегда осуществляется блоками по 256 байтовых секторов. Это фиксируется аппаратным обеспечением контроллера диска TRS-80). Однако, если GET или PUT используются для реализации последовательного доступа, то файл можно рассматривать как символьное устройство ввода-вывода, точно так же, как принтер, последовательный порт или устройство отображения видео. Таким образом, байтовый запрос ввода-вывода не зависит от физического устройства, «подключенного» к блоку управления, который запрашивает ввод-вывод. Это делает систему «независимой от устройства».
Имена файлов ограничены восемью буквенно-цифровыми символами (первый символ должен быть альфа), которые нечувствительны к регистру (используются только заглавные буквы; любые введенные строчные буквы пишутся заглавными). Расширения файлов могут содержать до трех символов и подчиняются тем же правилам. Пароли к файлам состоят из восьми символов и подчиняются одним и тем же правилам (версии TRSDOS 6 до 6.2 поддерживают пароли владельцев и пользователей). Целым дискетам также могут быть назначены мастер-пароли, которые могут ограничивать доступ пользователей с помощью команд BACKUP и PURGE.
В TRSDOS и LDOS система никогда не "регистрируется" на каком-либо текущем диске, как в CP / M, PC DOS и MS-DOS. Системная подсказка всегда TRSDOS Ready. Все запросы доступа к файлам (независимо от того, были ли они отправлены пользователем на консоли или выполняемой программой) удовлетворяются путем поиска в каталоге первого указанного диска (принимается как нулевой диск, если номер диска не указан) и, если запрошенный файл не найдено, затем выполняется поиск следующего диска (с более высоким номером) в системе. Это продолжается до тех пор, пока файл не будет найден или все диски в системе не будут найдены (но варианты этого правила см. Ниже).
Номера накопителей указываются с двоеточием :, за которым сразу следует номер накопителя. Двоеточие является необязательным, если только спецификация диска не используется в качестве суффикса имени файла. Используя команду DIRdirectory в качестве примера:
DIRотображает все файлы, начиная с логического диска 0, затем диска один и т. Д.. DIR++:4или DIR++4выполняет поиск четвертого логического диска (для всех файлов, как всегда, если имя файла не указано).. DIR++: 4-6или DIR++4-6ищет логические диски четыре, пять и шесть.. DIR++: 4-или DIR++4-ищет логические диски четыре, пять, шесть и семь.. DIR++FILENAME: 2ищет FILENAME на логическом диске 2.. DIR++FILENAME: 2-ищет FILENAME на всех логических дисках, начиная с диск два..
Как видно, тире -используется для указания диапазона номеров дисков. Команды DIRи CAT(каталог) отображают все спецификации файлов (filespecs ), соответствующие запросу на всех дисках. Другие команды / утилиты, такие как BACKUP, COPYи PURGE, а также поиск дисков, инициированный выполняемыми программами, останавливают поиск на первом найденном подходящем диске. Если одна и та же спецификация файлов существует на нескольких дисках, то эти файлы на дисках с более высокими номерами будут исключены.
Поддерживается доступ к файлам по частичным именам файлов (partspecs ), расширениям файлов и датам файлов. Например:.
DIR++SAMPLEвыберет файлы SAMPLE, SAMPLE1, SAMPLE23 и SAMPLEIT.. DIR++/ BASвыберет файлы SAMPLE / BAS, TEST / BAS, EXAMPLE / BAS и т. Д..
Как и в предыдущем примере DIR, спецификации диска (спецификации дисков ) могут быть добавлены к спецификациям файлов. В этих примерах предполагается, что выбранные файлы не стали невидимыми в каталоге диска. Запросы доступа к файлам, выдаваемые прикладными программами, работающими под TRSDOS, работают таким же образом.
В TRSDOS / LS-DOS 6.x стандартный интерпретатор системных команд (SYS1 / SYS) можно функционально заменить на собственный интерпретатор, скопировав новый интерпретатор в системный файл SYS13 / SYS (который в немодифицированной установке является фиктивным файлом). Это может быть любой машинный код / программный файл CMD. В документации это называется «расширенным интерпретатором команд» или ECI.
TRSDOS / LS-DOS 6.x поддерживает подстановочные знаки в именах файлов, как одиночный символ? и мультисимвольный *.
TRSDOS (версия II) отличался включением шумовых слов, подобно спецификации 1959 COBOL. Это сделало команды более похожими на английский. Например, следующие команды работали одинаково:
Поскольку TRSDOS не имеет понятия перенаправления для файлов на диске как UNIX / Linux и MS-DOS делают, команда APPEND несколько отличается по концепции от концепции добавления через перенаправление вывода в UNIX или MS-DOS. TRSDOS / LS-DOS 6.x действительно обеспечивает перенаправление ввода / вывода для системных устройств (клавиатура * KI, экран дисплея * DO, принтер * PR, последовательный порт * CL), а также между устройствами и дисковыми файлами. Команда DEVICE отображает карту ссылок и маршрутов ввода-вывода. В DOS и UNIX печать файла может выполняться с перенаправлением; в UNIX это обычно выполняется путем буферизации файла на «строчный принтер» (с помощью команды lpr), поскольку UNIX обычно является многопользовательской системой. Задания на печать TRSDOS / LS-DOS 6.x можно перенаправить (например, в файл на диске), применив команды LINK или ROUTE к устройству system * PR.
TRSDOS / LS-DOS 6.x не поддерживает подкаталоги или пользовательские области. Однако команды DIR и CAT (Каталог) для отображения данных файла поддерживают обычные частичные имена файлов, суффиксы и даты файлов. В TRSDOS / LS-DOS 6.x файлы можно сделать невидимыми для команд DIR и CAT, и они могут отображаться с параметром INV (если какие-либо файлы не защищены паролем и не указан правильный пароль).
TRSDOS / LS-DOS 6.3 может выгружать видеоэкран на строчный принтер, нажав CTRL+:.
Многие версии поддерживают простую защиту паролем для файлов и программ с отдельным чтением / выполнением и полным доступом возможности. пример: имя файла / внешний пароль: номер диска. TRSDOS 6.x поддерживает как пароли владельца, так и пароли пользователя (максимум 8 символов) для файлов на диске. LS-DOS 6.3 использует пространство для пароля пользователя для своей расширенной схемы датирования (после 31 декабря 1987 г.). Обе ОС Model 4 могут устанавливать различные уровни доступа к файлам и разрешать программную защиту от записи для файлов на диске и целых дисков.
Хотя MS-DOS больше всего обязана своим наследием CP / M и, следовательно, TOPS-10, многие команды манипулирования файлами очень похожи на те, что TRSDOS. Для сравнения, команда CP / M для копирования файлов называлась pip (и каламбур на принтерах Pip, и цепочка центров копирования в ту эпоху, и аббревиатура от «Peripheral Interchange Program»).
Некоторые типичные утилиты TRSDOS:
| Команда | DOS, OS / 2, Windows | Unix, Unix-like | Описание | |
|---|---|---|---|---|
| APPEND | тип file1>>file2 | cat file>>file2 | ||
| ATTRIB | attrib | chmod | ATTRIB, PROT и команда chmod UNIX несколько различаются по своей семантике. UNIX / Linux является многопользовательским, и каждый пользователь может управлять разрешениями на чтение, запись и выполнение для своих файлов и каталогов. MS-DOS является однопользовательской, и атрибуты файлов для «только для чтения», «скрытый» и «системный» носят рекомендательный характер. TRSDOS был однопользовательским. | |
| AUTO | AUTOEXEC.BAT | ~ /.profile или ~ /.login или / etc / rc * | Команда AUTO устанавливает автоматическую команду, которая будет выполняться при загрузке TRSDOS; в MS-DOS специальный зарезервированный файл с именем AUTOEXEC.BAT содержал список таких команд. TRSDOS / LS-DOS 6.x поддерживает язык управления заданиями, в котором любой текстовый файл с суффиксом / JCL может пакетно обрабатывать любое количество исполняемых программных файлов. Такой файл может быть объектом команды AUTO. В UNIX набор из одного или нескольких файлов rc в / etc / представляет собой набор времени загрузки «r un c ommands» и специальных «точечных файлов» в домашнем каталоге пользователя запускаются каждый раз, когда данный пользователь входит в систему. UNIX поддерживает множество других «точечных файлов» для многих своих команд, которые сродни содержимому папки «настройки» Macintosh. | |
| РЕЗЕРВНОЕ КОПИРОВАНИЕ | diskcopy | tar, cpio, pax, (многие другие) | TRSDOS / LS-DOS 6.x включить утилиту BACKUP / CMD, которая может массово копировать файлы, указанные по частичному совпадению имен файлов, суффиксам файлов (например, таким как / CMD или / BAS) или по дате файла. РЕЗЕРВНОЕ КОПИРОВАНИЕ может быть выполнено для первого запроса разрешения на копирование каждого файла с параметром Q = Y. На компьютерах с одним приводом параметр X разрешает копирование между двумя дисками, подсказывая пользователю, когда переключать диски в приводе. | |
| CLOCK | подсказка $ t * | в некоторых оболочках: PS1 = "... \ t..." * | Команда CLOCK отображает реальный- таймеры в верхнем углу дисплея, почти как DOS TSR (Завершить и остаться на месте ); в MS-DOS или UNIX нет точно соответствующей функции, хотя многие программы предоставляют аналогичные функции для DOS, и обычные оболочки UNIX могут встраивать время в свою определяемую пользователем «строку приглашения». | |
| COPY | copy | cp | ||
| DIR | dir | ls | ||
| DISKCOPY | diskcopy | LS-DOS 6.3 включает утилиту DISKCOPY / CMD, которая делает точную копию исходного диска путем форматирования и копирования на пустой целевой диск. | ||
| FORMAT | format | mkfs | ||
| FREE | chkdsk | df | ||
| GETDISK / GETTAPE | ? | dd | ||
| KILL | del | rm | ||
| LIST | type | cat | Under TRSDOS / LS-DOS 6.x команда LIST может отображать или распечатывать содержимое файлов, отличных от ASCII, с параметром HEX. | |
| ЗАГРУЗИТЬ программу | (без эквивалента) | (без эквивалента) | Вызов программы в TRSDOS, DOS и UNIX выполняется по имени файла; явная команда LOAD не требуется ни для обычных двоичных исполняемых файлов, ни для текстовых командных файлов (командные файлы в DOS и сценарии оболочки в UNIX / Linux). Команда LOAD в TRSDOS загружает двоичную программу в память, но не выполняет ее; ни DOS, ни UNIX не имеют эквивалента. | |
| MEMORY | Команда MEMORY показывает имена и размеры резидентных модулей памяти. Он также используется для изменения байтов системных флагов. Например, флаг A - это байт распределения DOS, который команда BACKUP использует для указания начального цилиндра диска, с которого начинается копирование файлов. Это дает пользователю возможность управлять физическим размещением файлов на дисках, что важно для минимизации перемещения головки чтения / записи диска во время доступа к файлам. | |||
| type file>>prn | lpr | |||
| PROT | attrib | chmod | ATTRIB, PROT и команда chmod UNIX несколько отличаются в их семантике. UNIX / Linux является многопользовательским, и каждый пользователь может управлять разрешениями на чтение, запись и выполнение для своих файлов и каталогов. MS-DOS является однопользовательской, и атрибуты файлов для «только для чтения», «скрытый» и «системный» носят рекомендательный характер. TRSDOS был однопользовательским. | |
| PURGE | TRSDOS / LS-DOS 6.x поддерживает команду PURGE, которая массово удаляет файлы, указанные по частичному имени файла, суффиксам файлов или датам файлов. PURGE запросит у пользователя разрешение на удаление каждого файла, если не указан параметр Q = N. | |||
| ПЕРЕИМЕНОВАТЬ | ren или переименовать | mv |
