
- •1.4 Структура операционных систем
- •1.4.1 Монолитная система
- •1.4.2 Многоуровневая структура ос
- •1.4.3 Модель экзоядра
- •1.4.4 Микроядерная архитектура (модель клиент-сервер)
- •1.4.5 Обобщение сравнения моделей
- •Интерфейс пользователя
- •Команды
- •Командная строка
- •Договоренности о формате командной строки
- •C.5.4. Переназначение потоков.
- •C.5.5. Переназначение стандартного потока ошибок (в unix).
- •C.5.6. Перенаправление потока ввода.
- •C.5.7. Конвейерная обработка.
- •Управление потоком выполнения
- • Стандартный ввод/вывод
- •Диагностика и другие виды вывода
- •Командные строки и конвейеры
- •Специальные символы
- •8.2.1. Запуск команды в фоновом режиме (символ &)
- •8.2.2. Последовательное выполнение команд (символ ;)
- •8.2.4. Отмена специального значения (метасимвол кавычки)
- •8.2.4.1. Использование кавычек для отмены значения символа пробел
- •Использование кавычек
- •Окружение
- •Переменная окружения
- •Взаимодействие процессов посредством окружения
- •Переменные Shell
- •Позиционные параметры
- •Файловая система
- •Структура файловой системы
- •Монтируемые файловые системы
- •Интерфейс с файловой системой
- •Разновидности файлов
- •Обычные файлы
- •Файлы-каталоги
- •Специальные файлы
- •Связывание файлов с разными именами
- •Именованные программные каналы
- •Файлы, отображаемые в виртуальную память
- •Синхронизация при параллельном доступе к файлам
- •Процессы
- •Процессы
- •Атрибуты процесса
- •Идентификатор процесса (pid)
- •Идентификатор родительского процесса (ppid)
- •Поправка приоритета (ni)
- •Терминальная линия (tty)
- •Реальный (uid) и эффективный (euid) идентификаторы пользователя
- •Реальный (gid) и эффективный (egid) идентификаторы группы
- •Атрибуты файлов
- •Порождение процессов в Linux
- •Управление процессами
- •Типы процессов
- •Права доступа к файлам и каталогам
- •Жизненный цикл процесса в unix и основные системные вызовы
- •Контекст процесса
- •Приоритеты процессов
- •Создание процесса
- •Сон и пробуждение
- •Завершение выполнения процесса
- •Получение информации о процессах
- •Управление приоритетом процессов
- •Сигналы: посылка и обработка
- •Доставка и обработка сигнала
- •Основные сигналы
- •Посылка сигналов
- •Сигналы, посылка сигналов, команда kill
- •Приоритет выполнения процесса, команда nice
- •Текущий контроль процессов, команды ps и top
- •Защита фоновых процессов, команда nohup
- •Пользователь
- •. Привилегированный пользователь
- •Управление пользователями и правами доступа База данных пользователей системы
- •Изменение базы данных пользователей
- •Изменение прав доступа
- •Ограничения сеанса пользователя
- •Команды архивирования файлов
- •4.7.1. Программа tar
- •4.7.2. Программа gzip
- •4.7.3. Программа bzip2
- •Команды поиска grep и find
- •5.5. Перенаправление ввода/вывода, каналы и фильтры
- •5.5.2 Оператор |
- •5.5.3 Фильтры
- •Сигналы
- •Приложение. Список реентерабельных функций
- •Регистрация системных сообщений, система syslog
- •Конфигурационный файл демона syslogd
- •Info Информационные сообщения
- •Учет продолжительности соединений
- •Пользователи и группы
- •Файл /etc/passwd
- •Файл /etc/group
- •Файл /etc/shadow
- •Системные регистрационные имена
- •Изменение действующего идентификатора пользователя
- •Изменение действующего идентификатора группы
- •Изменение пароля и характеристик учетной записи, связанных с регистрацией
- •Правила построения паролей
- •Действие команды passwd
- •Устаревание паролей
- •Показ атрибутов пароля
- •Стандартные значения атрибутов
- •Просмотр базы данных учетных записей
- •Получение списка зарегистрировавшихся пользователей
- •Средства создания, изменения и удаления учетных записей пользователей
- •Средства создания, изменения и удаления групп
Стандартный ввод/вывод
Как правило, большинство команд может использовать в качестве источника входных данных и места вывода результатов как терминал, так и файлы. Некоторые команды изменяют свои действия в зависимости от устройства ввода или вывода - для повышения эффективности или для того, чтобы исключить лишние действия (как, например, попытки обращения по прямому доступу к терминалу или к каналу). Когда команда начинает выполняться, она считает, что уже имеются три открытых файла:
файл "стандартного" ввода
файл "стандартного" вывода
файл "диагностического" вывода (файл ошибок) Каждому из этих файлов соответствует число, называемое дескриптором файла. Принято, что дескриптор 0 соответствует стандартному вводу, 1 - стандартному выводу и дескриптор 2 - диагностическому выводу. Процессы-потомки, как правило, берут эти файлы из "родительского" процесса. Первоначально все три файла подключены к терминалу (0 - к клавиатуре, 1 и 2 - к экрану). Интерпретатор команд Shell позволяет перенаправлять файлы до того, как управление будет передано вызванной команде. Аргументы для интерпретатора, записанные в форме <file или >file, открывают файлы с указанными именами в качестве устройств стандартного ввода или вывода (в случае вывода старое содержимое файла с указанным именем, если он существовал ранее, будет уничтожено). Аргумент, записанный в виде >>file, направляет стандартный вывод в конец файла, тем самым давая возможность добавлять данные к уже существующему файлу, не разрушая его содержимого. В последних двух случаях Shell создает файл с указанным именем, если он не существовал до этого. Таким образом, команда:
> output |
создает файл нулевой длины. Следующая команда добавляет в файл с именем log список пользователей, работающих в данный момент в системе:
who >> log |
В аргументах команд, перенаправляющих ввод-вывод, не производится интерпретация пробелов и поиск файлов по шаблонам. Это означает, что команда:
echo 'this is a test' > *.gal |
создает файл с именем *.gal, содержащий одну строку. В случае, если вы, например, дадите команду:
cat < ? |
то будет выдано сообщение об ошибке, если у вас нет файла с именем ?. Значение специальных символов не распространяется на аргументы, перенаправляющие ввод-вывод, т.к. они просматриваются интерпретатором до проведения операций распознавания шаблонов.
Диагностика и другие виды вывода
Диагностический вывод от команд UNIX обычно направляется в файл, имеющий дескриптор 2. (Часто возникает необходимость иметь файл, куда выводятся сообщения об ошибках, который отличается от стандартного вывода, для того, чтобы сообщения об ошибках не оказались потерянными). Вы можете перенаправить вывод ошибок в файл, указав номер дескриптора файла (2 в нашем случае) непосредственно перед любым из символов переадресации (> или >>). Приводимая ниже команда добавляет сообщения об ошибках от команды cc в файл с именем ERRORS:
cc testfile.c 2>> ERRORS |
Обратите внимание на то, что между дескриптором файла и стрелками не должно быть никаких пробелов или символов табуляции - в противном случае число будет передано в качестве аргумента команды. Этот метод может быть обобщен для осуществления переадресации вывода, связанного с любыми из первых десяти дескрипторов файлов (с номерами от 0 до 9). Например, если вывод командыcmd идет на дескриптор 9, то следующая командная строка перенаправляет этот вывод в файлsavedata:
cmd 9> savedata |
Команды как правило генерируют стандартный вывод и вывод ошибок, но могут быть также другие типы вывода, например, файл данных. В этом случае можно независимо друг от друга перенаправить все различные разновидности вывода. Предположим, например, что cmd направляет свой стандартный вывод в файл с дескриптором 1, сообщения об ошибках - в файл с дескриптором 2 и создает файл данных с дескриптором 9. Приводимая ниже команда направляет каждый из этих выводов в различные файлы:
cmd >standard 2> error 9> data |