Шрифт:
♦ Вместо типа ФС можно указать значение auto: в этом случае команда mount попытается определить тип самостоятельно.
♦ Дамп — это отметка о необходимости резервного копирования данной ФС программой dump (п.10.4.3). Значение 1 говорит о том, что резервировать нужно, значение 0 — нет.
♦ Номер_fsck: утилита fsck обычно запускается перед автоматическим монтированием ФС, проверяет ее на целостность и пытается исправить найденные ошибки. Это процедура долгая, и для ускорения загрузки можно либо отключить проверку для некоторых ФС (значение 0), либо для некоторых разделов запускать ее параллельно. Значение этого поля задает порядок проверки разных ФС: если номера одинаковые, то системы будут проверяться параллельно. Ясно, что ускорение может получиться только в том случае, когда параллельно проверяемые разделы находятся на разных физических дисках.
Справку об опциях монтирования команды mount можно получить по команде
Основные опции монтирования Таблица 2.4
| Опция | Назначение |
|---|---|
| auto | ФС может быть смонтирована автоматически |
| га | Смонтировать файловую систему в режиме «только чтение» |
| rw | Смонтировать файловую систему для чтения и для записи (по умолчанию) |
| dev | ФС может содержать файлы блочных и символьных устройств. Они интерпретируются как специальные файлы |
| exec | Файлы на ФС могут быть исполняемыми |
| suid | Разрешить использование битов SUID и SGID |
| user | Разрешить непривилегированному пользователю монтировать и размонтировать данную файловую систему. Это значение влечет за собой noexec, nosuid и nodev, если после него явно не указано exec, suid или dev |
| noauto nodev noexec nosuid nouser | Значения, противоположные соответствующим без «no» |
| defaults | Установки по умолчанию: rw, suid, dev, exec, auto, nouser, async |
| codepage=<значение> | Интерпретировать символы в именах файлов согласно кодовой странице |
| iocharset=<значение> | Выводить символы в именах файлов согласно набору символов |
Программа установки создала файл
Итак, после всех этих проверок я вписал в файл
…и получил каталог
Глава 3
Работаем в командной строке
3.1. Как устроен Linux: ядро и процессы
Главная, постоянно находящаяся в оперативной памяти, часть ОС Linux называется ядром (Kernel). Ядро ОС обрабатывает прерывания от устройств, выполняет запросы системных процессов и пользовательских приложений, распределяет виртуальную память, создает и уничтожает процессы, обеспечивает многозадачность посредством переключения между ними, содержит драйверы устройств, обслуживает файловую систему (см. рис. 3.1).
Рис. 3.1. Устройство ОС Linux
Пользовательские процессы не могут непосредственно, например, порождать другие процессы, производить чтение или запись на диск, выводить данные на экран или создавать гнездо (socket) для обмена по сети. Для выполнения этих действий они должны воспользоваться сервисами ядра. Обращения за такими услугами называются системными вызовами.
Начальная загрузка системы состоит в том, что файл с образом ядра считывается в оперативную память, начиная с нулевого адреса. Этот файл находится в каталоге
По соглашению разработчиков ядра, все ветви с четным номером (2.2, 2.4 и т.д.) считаются стабильными и рекомендуются для широкого использования, а на ветвях с нечетным номером испытываются новые идеи, Линус Торвальдс предложил распространить эту схему нумерации и на третью цифру версии: в ядра с нечетными номерами добавлять новые функции, а в четных — только исправлять обнаруженные ошибки.
В UNIX-подобных системах в отличие от других ОС ядро минимизировано и не выполняет ни одной функции, служащей непосредственно пользователю. Для этой цели применяются многочисленные утилиты, выступающие в качестве посредников между пользователем и ядром. Только в комплекте с ними ядро образует полноценную операционную систему.
Этих компонент ОС Линус Торвальдс не создавал: они поступили из проекта GNU (