- •Содержательные аспекты основных терминов, используемых в курсе «ос и ост». Вычислительные системы. Основные типы программного обеспечения (по).
- •2. Содержательные аспекты основных терминов, используемых в курсе «ос и ост». Структура системного по (спо).
- •3. Содержательные аспекты основных терминов, используемых в курсе «ос и ост». Операционная система (ос). Основные задачи ос.
- •4. Ос. Управление ресурсами.
- •Операционная система. Услуги ос.
- •Взаимодействие прикладной программы с ос. Posix – совместимость.
- •10. Ос unix. Варианты ос unix
- •11. Ос unix. Основные события в истории ос unix
- •12. Ос unix Основные концепции ос unix.
- •13. Ос unix. Граф состояний процесса.
- •14. Ос unix и концепция открытых систем.
- •17. Файловые системы (фс) ос unix. Основные принципы.
- •18. Физическая модель магнитного диска.
- •19. Логическая модель магнитного диска.
- •20. Файловые системы ос unix. Классификация фс
- •21. Организация фс s5 и ufs.
- •24. Фс ос unix. Фс ufs. Концепция группы цилиндров.
- •25. Фс ос unix. Фс ufs. Концепция фрагментов.
- •26. Фс ос unix. Фс ufs. Структура индексного дескриптора.
- •27. Фс ос unix. Фс ufs. Структура адресной информации индексного дескриптора.
- •28. Фс ос unix. Фс ufs. Взаимосвязь между элементами каталогов и индексными дескрипторами.
- •29. Фс ос unix. Монтирование фс. Создание фс. Проверка целостности фс.
- •30. Виртуальная фс. Принцип функционирования.
- •31. Псевдо - файловые системы.
- •32. Интерфейс пользователя с ос unix (уровень командной строки). Основные интерпретаторы ос unix.
- •33. Интерфейс пользователя с ос unix (уровень командной строки). Общий механизм выполнения команд.
- •34. Интерфейс пользователя с ос unix (уровень командной строки). Файлы, ассоциированные с процессом.
- •35. Интерфейс пользователя с ос unix (уровень командной строки). Конвейеры.
- •36. Интерфейс пользователя с ос unix (уровень командной строки).Управляющие конструкции языка shell.Экранирование. Перенаправление ввода – вывода.
- •37. Базовые программные средства для создания приложений в ос unix. Краткая характеристика.
- •38. Фонд свободного по (fsf). Общая характеристика.
- •39. Fsf и проект gnu.
- •43. Основные этапы разработки приложений. Построение исполняемого модуля.
- •44. Основные этапы разработки приложений. Тестирование и отладка.
- •45. Основные этапы разработки приложений. Схема функционирования cvs.
- •46. Основные этапы разработки приложений. Анализ примера использования cvs.
- •47. Системные вызовы и библиотечные функции.
- •Раздел 1 – названия всех команд/утилит.
- •Раздел 2 – системные вызовы.
- •Раздел 3 – библиотечные функции.
- •48. Сетевые ос (сос). Структура сос.
- •49. Сетевые ос. Взаимодействие компонентов сетевой ос.
- •50. Сетевые средства ос unix на основе стека протоколов tcp/ip. Краткая характеристика.
- •51. Архитектура стека протоколов tcp/ip.
- •52. Основные этапы истории стека протоколов tcp/ip. Документы rfc.
- •53. Уровни стека протоколов tcp/ip. Уровень сетевого интерфейса.
- •54. Уровни стека протоколов tcp/ip. Межсетевой уровень.
- •55. Уровни стека протоколов tcp/ip. Транспортный и прикладной уровни.
- •56. Основные достоинства стека протоколов tcp/ip.
- •57. Обзор сетевых команд стека протоколов tcp/ip.
- •58. Использование сетевых команд.
- •59. Типы адресов в сети Internet. Физические (мас) адреса.
- •60. Типы адресов в сети Internet. Сетевые адреса.
- •61. Типы адресов в сети Internet. Символьные адреса.
- •62. Классы ip –адресов. Краткая характеристика.
- •63. Классы ip –адресов. Концепция подсетей.
- •64. Бесклассовая адресация в сети Internet.
- •65. Отображение ip – адресов на физические адреса. Протокол arp.
- •66. Отображение символьных адресов на ip – адреса.
- •67. Соглашение о специальных ip – адресах.
- •68. Частные ip- адреса.
- •69. Терминология в сетях tcp/ip.
- •70. Основные сетевые приложения компьютерных сетей. Традиционные типы сервиса.
- •71. Классификация сервисов компьютерных сетей.
- •72. Электронная почта (эп). Классы систем эп.
- •73. Электронная почта. Системы на базе smtp.
- •74. Электронная почта. Системы на базе X.400.
- •75. Электронная почта. Проблемы передачи двоичных файлов.
- •76. Технология «клиент – сервер».
28. Фс ос unix. Фс ufs. Взаимосвязь между элементами каталогов и индексными дескрипторами.
Замечание:
1.Каталог – файл отдельного (специального) типа, то есть каталог хранится в области данных.
2.Каталог – таблица, каждый элемент которой состоит из двух полей, а именно – имя файла и номер индексного дескриптора-inod этого файла: элемент каталога
-
Имя файла
№ индексного дескриптора
Способ представления имени зависит от ФС. Любой другой информации в элементе каталога нет. Таким образом, каталоги служат лишь для отображения имён файлов в номера индексных дескрипторов.
3.В любом каталоге содержится 2 стандартных имени: “.”, “..”. Имени “.” сопоставлен дескриптор, соответствующий этому каталогу, а имени “..” сопоставляется inode родительского каталога.
4.Один индексный дескриптор может быть связан с несколькими именами файлов. Например:
Такие ссылки называются жёсткими и могут использоваться только внутри одной ФС, то есть нельзя создавать ссылку для файла из другой ФС. Жёсткая ссылка указывать только на файл, так как жёсткие ссылки на каталоги могут привести к зацикливанию в ФС. Например: lnabc pmi31.
5.Существует еще один типа ссылок. Эти ссылки в элементе каталога содержат только имя файла и называются символическими. Такой тип ссылок создаётся так: ln –s … Символическая ссылка не указывает на inode, следовательно, возможно создавать ссылки на файлы, расположенные в другой ФС. Эти ссылки могут указывать на файлы любого типа, даже на несуществующие. Пример: ln –s www /usr/local/apache2/htdocs.
Вывод: С точки зрения ФС любой каталог представляет собой обычный файл со своим описателем.
Взаимосвязь между элементами каталога и индексным дескриптором можно представить так:
Т аким образом, чтобы получить доступ к файлу по имени abc, ОС (ядро ОС) выполняет следующее:
1.Находит имя abc в каталоге содержащем ссылку на этот файл.
2.Выбирает номер индексного дескриптора (1013) файла abc.
3.По номеру (1013) находит индексный дескриптор в области индексных дескрипторов.
4.Из индексного дескриптора (адресная информация) берёт адреса блоков, в которых расположены данные файла abc и по этим адресам блоков считывает из области данных.
29. Фс ос unix. Монтирование фс. Создание фс. Проверка целостности фс.
Монтирование ФС
Каждый раздел диска чаще всего содержит свою файловую систему. Чтобы удобно представлять данные в виде дерева, недостаточно хранить содержимое файлов, их имена и структуру этого дерева. Нужно решить массу технических задач, связанных с быстродействием, надежностью, распределением свободного места и т. д.
Одну из доступных файловых систем ядро считает корневой. Эта файловая система монтируется на корневой каталог, в результате чего ее содержимое становится доступно в виде дерева каталогов, растущего непосредственно из /. Любой из каталогов текущего дерева может служить точкой монтирования другой файловой системы.
При загрузке ОС, корневая ФС автоматически монтируется ядром. Администратор должен позаботиться о том, чтобы другие необходимые ФС были также подмонтированы. Обычно они монтируются автоматически, однако это может быть сделано и после процесса загрузки. Для монтирования ФС используется команда mount:
mount [-опции] [файловая система] [точка монтирования]
Пример: #mount /dev/hdb1 /home
Точка монтирования – это каталог иерархии ФС, который к настоящему моменту подмонтирован.
Чтобы сделать ФС недоступной в иерархии (отмонтировать) используют команду umount:
umount [-опции] [ФС или точка монтирования].
Пример: #umount /home.
Создание ФС
ФС в разделе диска создаётся командой newfs. В этой команде требуется указать имя раздела и строку аргументов, которые будут переданы команде mkfs, реально создающей ФС:
Пример: #newfs /dev/hdb1
Команде mkfs требуется указать параметры:
а) имя раздела, где создаётся ФС;
б) размер блоков раздела;
в) количество описателей файлов.
ФС в минимальном варианте содержит корневой каталог и каталог lost+found. В таком варианте ФС создаётся командой mkfs. В каталог lost+found ОС скидывает всё, что не может проинтерпретировать.
Проверка целостности ФС
Если в ФС обнаружено повреждение, то вызывается программа fsck, которая может быть запущена в принудительном (preen) или интерактивном режиме.
В первом случае только ограниченный ряд неисправностей в ФС может быть устранён. Интерактивный режим позволяет устранить любые нарушения.
“Флаг чистоты” (clean flag) располагается в суперблоке каждой ФС и служит для определения является ли данная ФС повреждённой или нет.