Нижегородский государственный университет им. Н.И.

Лобачевского
Радиофизический факультет
Кафедра безопасности информационных систем

Отчёт по лабораторной работе

По теме: “ ОПЕРАЦИОННАЯ СИСТЕМА DOS”

Выполнили: ст-ты 4 курса

радиофизического факультета
группы 447

Ефимов Р.Д., Пузова Т.В.,

Штрауб Н.И.

Нижний Новгород
2019 г.
Подготовка к заданиям.
Для выполнения работы использовалась программа VMware Workstation 15
Player.

Рис.1.1. VMware Workstation 5 Player, начальное окно.

Вначале в ней открыли виртуальную машину из домашнего каталога. Далее

её запустили (Play virtual machine).
Во вкладке Player выбрали пункт Removable Devices → Floppy → Settings и
выставили нужные параметры, в том числе выбрали файл msdos.6.2.sys.img,
который содержит системные файлы.

Рис.1.2. VMware Workstation 5 Player, выбор Floppy.

2
После выставленных параметров нажали кнопку Restart Guest на той же
панели, где и кнопка Player. После этого началась загрузка MS-DOS с
виртуальной дискеты.

Рис.1.3. VMware Workstation 5 Player, загрузка MS-DOS с Floppy.

Далее запустили программу FDISK и разбили виртуальный жесткий диск на

разделы в соответствии с вариантом 3: под диски C и D было выделено по 10
мб, а под диск E – 5 мб.

3
 Рис.1.4. VMware Workstation 5 Player. Разбиение виртуального жесткого диска на
разделы с помощью FDISK.

В меню FDISK: Create DOS partition or Logical Dos Drive → Create

Primary DOS Partition → выбрали N → выставили размер диска C
равный 10 мб.

4
Рис.1.5. VMware Workstation 5 Player. Выделение места под диск C.

5
Получили следующее:

Рис.1.6. VMware Workstation 5 Player. Диск C.

Создался раздел C объемом 10 мб. Из скриншота наблюдаем, что пока что

раздел не отформатирован (пункт System: UNKNOWN), он не активный и
занимает 10% от общего объема виртуального диска.
Далее назначали раздел C активным, для этого сделали то, что изображено на
скриншотах.

6
7
 Рис.1.7. VMware Workstation 5 Player. Делаем раздел C активным.

После этой процедуры наблюдаем в графе Status букву A, что означает, что
раздел C теперь активный.
Далее вернулись в меню FDISK и выбрали следующую последовательность:
Create DOS partition or Logical Dos Drive → Create Extended DOS
Partition → выставили размер раздела равный 15 мб.

8
 Рис.1.8. VMware Workstation 5 Player. Создаем другой раздел.

Созданный раздел разбиваем на 2 подраздела: D = 10 мб и E = 5 мб, согласно

заданию варианту.

9
Рис.1.9. VMware Workstation 5 Player. Создаем раздел D.

Рис.1.10. VMware Workstation 5 Player. Создаем раздел E.

10
 Рис.1.11. VMware Workstation 5 Player. Создаем раздел E.

В итоге получили два раздела D и E. из предыдущего скриншота можно

наблюдать, что оба они не отформатированы, занимают 10 мб и 5 мб, что
соответствует 67% и 33% от 15 мб соответственно.
Далее необходимо было отформатировать все разделы. Эта процедура
делается с помощью программы FORMAT.
Для начала форматируем раздел C, с помощью команды FORMAT C: /S.

Рис.1.12. VMware Workstation 5 Player. Форматируем раздел C.

11
Спецификатор /S копирует файлы операционной системы IO.SYS,
MSDOS.SYS и COMMAND.COM с системного диска на вновь
сформатированный диск, который используем в качестве системного.
Для D и E использовали команду FORMAT без спецификаторов из-за
ненадобности.

Рис.1.13. VMware Workstation 5 Player. Форматируем раздел D.

Рис.1.14. VMware Workstation 5 Player. Форматируем раздел E.

12
В FDISK теперь можно увидеть следующее:

Рис.1.15. VMware Workstation 5 Player. Данные FDISK.

Из приведенных выше скриншотов видно, что после форматирования графа

System изменилась в соответствии с типом форматирования, в данном случае
FAT12.
После разбиения и форматирования скопировали файлы из архива
msdos.6.2.sys.img на диск C с помощью команды COPY A:\ C:\.

13
 Рис.1.16. VMware Workstation 5 Player. Копирование файлов на диск C.

Далее отключили загрузку с Floppy и перезагрузили систему.

Рис.1.17. VMware Workstation 5 Player. Загрузка MS-DOS с виртуального жесткого диска.

MS-DOS загрузился с виртуального жесткого диска, что и требовалось

сделать. Скопированные файлы были необходимы для дальнейшей работы.
Далее подключили Floppy msdos.6.2.disk1.img и разархивировали архив
MSDOS001.ZIP с помощью приложения PKUNZIP.EXE введя команду

14
PKUNZIP.EXE A:\MSDOS001.ZIP C:\MS-DOS. MS-DOS – заранее
созданный каталог в разделе C с помощью команды MD MS-DOS.

Рис.1.18. VMware Workstation 5 Player. Файлы архива MSDOS001.ZIP.

Рис.1.19. VMware Workstation 5 Player. Часть распакованных файлов архива

MSDOS002.ZIP.

Каталог создали для удобства. В него распаковали архивы MSDOS001.ZIP и

MSDOS002.ZIP из msdos.6.2.disk1.img и msdos.6.2.disk2.img
соответственно.
15
Можно заметить, что MS-DOS не прихотлива к регистру названий команд.
На этом подготовка к выполнению заданий закончилась.

Задание 1.
Создать в памяти RAM-диск максимального размера, обеспечить
возможность создания на RAM-диске 12-и файлов. Обеспечить кэширование
дисков: C - только по чтению, D-по чтению и записи. Обеспечить
читабельный вывод на экран информации о количестве доступной
оперативной памяти в конце загрузки ОС.
Командой edit config.sys создали файл config.sys, в котором написали, то что
изображено на скриншоте.

Рис.2.1. Задание 1. Создание config.sys.

Данный файл конфигурации системы рассчитан на два задания, поэтому

наблюдаем тут блок [menu], который позволит выбрать нам нужную
конфигурацию в соответствии с номером задания.
Команда menuitem в этом блоке определяет элемент меню. То есть она
определяет блок конфигурации, связанный с этим элементом, и текст меню
для элемента.
Командой menucolor определяем цветовую гамму: в данном случае символы
зеленого цвета, фон – черного.
Далее идет блок [common].

16
Команды device загружают драйверы himem.sys и emm386.exe. Драйвер
himem.sys управляет расширенной памятью. Драйвер emm386.exe при
использовании оператора device= с переключателем noems говорит драйверу
о ненадобности эмуляции дополнительной памяти. Команды devicehigh
загружают драйверы устройств в область верхней памяти.
Команда dos=high,umb загружает DOS в область высокой памяти и
обеспечивает программам доступ к области верхней памяти.
Командой devicehigh=c:\ms-dos\ramdrive.sys 1600 128 12 /e создаем RAM -
диск с возможностью создания на нём 12 файлов.
Далее закрыли файл с сохранением в корне диска C.

По аналогии создали файл autoexec.bat командой edit autoexec.bat.

Рис.2.2. Задание 1. Создание autoexec.bat.

Команда echo off запрещает отображение команд по мере их выполнения.

Знак @ в начале строки с командой echo off предотвращает отображение
самой команды echo.
Команда path предписывает системе DOS осуществлять поиск программных
файлов в текущем каталоге и в следующих ката-логах: корневом каталоге
диска С и C:\ms-dos. Символ точки с запятой используется для разделения
каталогов.
Команда set создает переменную среды temp и присваивает ей значение
С:\temp. Имя, которое Вы задаете, должно быть именем существующего
17
каталога. Многие программы, включая ОС, используют эту переменную при
временном запоминании файлов.
Далее идут два блока 1 и 2. Будет выполняться блок в соответствии с
номером выбранного задания при загрузке системы.
С помощью команды c:\ms-dos\smartdrv.exe c d+ e- в память загружается
программа smartdrv. Она обеспечивает кэширование дисков: C - только по
чтению, D-по чтению и записи.

Рис.2.3. Задание 1. Smartdrv.

Командой c:\ms-dos\mem.exe в память загружается программа mem.exe. Она

обеспечивает читабельный вывод на экран информации о количестве
доступной оперативной памяти в конце загрузки ОС.
Далее закрыли файл autoexec.bat с сохранением в корне диска C и
перезагрузили систему. После перезагрузки получили следующее:

18
 Рис.2.4. Задание 1. Menu с выбором заданий.

Выбрали 1.

Рис.2.5. Задание 1. Загрузка конфигурации первого задания.

Из скриншота видно, что запустился и протестировал память драйвер

himem.sys. Затем свою работу выполнил ramdrive.sys. И в конце загрузки

19
выведена таблица с информацией о количестве доступной оперативной
памяти.

Задание 2.
Создать в памяти RAM-диск размером 1,2Мб, обеспечить возможность
создания на RAM-диске 64-х файлов. Обеспечить кэширование дисков: C-
только по чтению, E- по чтению и записи. Загрузить программу Doskey.

Изменения в config.sys по сравнению с первым заданием лишь в объеме

выделяемой памяти и количестве файлов. Теперь команда для этого действия
выглядит так: devicehigh=c:\ms-dos\ramdrive.sys 1230 512 64 /e.
Изменения в autoexec.bat следующие:
1) c:\ms-dos\smartdrv.exe c e+ d-
Она обеспечивает кэширование дисков: C - только по чтению, E-по
чтению и записи.

Рис.3.1. Задание 2. Smartdrv.

2) Отсутствует команда c:\ms-dos\mem.exe, так как в задании не

требуется вывод информации о количестве доступной оперативной
памяти.
3) Запущена программа doskey командой doskey.
В остальном файлы идентичные.

20
После перезагрузки получили следующее:

Рис.3.2. Задание 2. Menu с выбором заданий.

Выбрали 2.
На скриншоте видно, что запустился и протестировал память драйвер
himem.sys. Затем свою работу выполнил ramdrive.sys.

21
Далее через командную строку MS-DOS запустили программу mem.exe
командой mem.exe. Получили следующее:

Рис.3.3. Задание 2. mem.exe.

22
Memmaker.
С помощью программы MEMMAKER произвести оптимизацию размещения
программ в оперативной памяти по критерию максимально доступной
памяти для DOS приложений.

В программе VMware Workstation 5 Player запускать программу

memmaker.exe необходимо для 2 заданий отдельно в соответствующей
конфигурации системы, так как memmaker оптимизирует файлы config.sys и
autoexec.bat блоками в соответствии с той конфигурацией, в которой был
запущен.
Сначала memmaker был запущен в конфигурации 1.

23
24
25
 Рис.4.1. Memmaker. Окна конфигурации memmaker.

После оптимизации memmaker вывел таблицу, где показано, сколько памяти

было свободно до его запуска и сколько стало после.

26
 Рис.4.2. Memmaker. Для задания 1.

Из скриншота видно, что до запуска memmaker было свободно 632 752

байтов. После – 632 752. Значит, memmaker ничего не оптимизировал. Это
объясняется тем, что было запущено мало программ и они были запущены в
верхней памяти. Memmaker при этом изменил файл config.sys. Но поменял
только блок, отвечающий за 1-ое задание.

Рис.4.3. Memmaker. config.sys после запуска memmaker в первой конфигурации.

Memmaker также изменил и файл autoexec.bat, тоже только блок 1-го

задания

27
 Рис.4.4. Memmaker. autoexec.bat после запуска memmaker в первой конфигурации.

Далее запустили mem.exe:

28
 Рис.4.5. Memmaker. mem.exe.

Далее запустили memmaker во второй конфигурации.

29
 Рис.4.6. Memmaker. Для задания 2.

Из скриншота видно, что до запуска memmaker было свободно 627 408

байтов. После – 632 752. В этом задании memmaker оптимизировал
config.sys и autoexec.bat таким образом, что освободилось 5 344 байта.
Memmaker при этом изменил файлы config.sys и autoexec.bat. Но поменял
только блок, отвечающий за 2-ое задание.

Рис.4.7. Memmaker. config.sys после запуска memmaker во 2-ой конфигурации.

30
Рис.4.8. Memmaker. autoexec.bat после запуска memmaker во 2-ой конфигурации.

31
Далее запустили mem.exe:

Рис.4.9. Memmaker. mem.exe.

Из скриншотов 4.5 и 4.9 видно, что после оптимизации все необходимые

программы загрузились и все работает стабильно. То есть memmaker ничего
не ухудшил, а в случае с заданием 2 так и вовсе улучшил, освободив
дополнительно 5 344 байта.

32