Перенаправление вывода команд в файл
	Представим себе ситуацию: хочется посмотреть листинг директории /bin (в которой лежат многие программы). Выполняем команду "ls -l /bin" и... Результат в экран не помещается. А ведь бывают директории еще большего объема. Что делать? Большинство команд выводят информацию на терминал, а некоторые (например, текстовый редактор) вводят данные с терминала. В Unix есть почти универсальное правило: терминал может быть заменен для ввода, вывода или и того, и другого, на файл. Так, чтобы сохранить вывод нашей команды в файл, надо написать: bobby:~% ls -l /bin >filelist bobby:~% При этом весь вывод команды ls будет вместо терминала отправлен в файл. Символ ">" означает, что выходной поток должен быть помещен в указанный далее файл, а не выведен на терминал. Если в файле что-то было, то старое содержимое будет стерто. Получив таким образом список файлов, его можно просмотреть командой less. Еще один пример: можно слить содержимое нескольких файлов в один файл, "перехватив" выходной поток команды cat и отправив его в файл: bobby:~% cat file1 file2 file3 >all bobby:~% _ Сделать то же самое при помощи команды cp нельзя: bobby:~% cp file1 file2 file3 all cp: copying multiple files, but last argument (all) is not a directory Try `cp --help' for more information. bobby:~% _ Символ ">>" действует подобно ">", но указывает на необходимость добавить выходной поток к концу файла, вместо того, чтобы стереть старое содержимое. Например: bobby:~% cat file1 >all bobby:~% cat file2 file3 >>all bobby:~% _ Первая команда cat скопирует содержимое file1 в all, а вторая -- допишет к нему содержимое file2 и file3. Использование ">>" очень удобно, если есть некий "долгоживущий" файл (например, протокол каких-то действий или результатов), к которому иногда надо дописывать данные в конец. Просто указать ">>" с какой-нибудь командой обычно намного быстрее, чем загружать файл в текстовый редактор и что-то дописывать.

	Конвейеры
	Теперь вернемся к нашему первому примеру: как посмотреть листинг большой директории. Мы отправили вывод команды ls в файл, а потом запустили less для его просмотра. Сам же временный файл не имеет никакого смысла -- потом он больше не нужен. Можно обойтись без временного файла, воспользовавшись конвейером: bobby:~% ls -l /bin | less Символ "|" означает, что надо взять выходной поток от первой команды, и отправить его на входной поток второй. Большинство команд, выдающих информацию из файла на экран (cat, more, less) устроены так, что они будут читать входной поток, если не указан никакой файл -- вот почему less показывает то, что ему "пришло" от ls. Замечание В отличие от Dos, где тоже поддерживаются операторы перенаправления ввода/вывода, в Unix команды в конвейере запускаются одновременно, и данные передаются через программный канал (это специальное средство, предоставляемое ядром Unix) сразу от одной программы к другой, а не через скрытый временный файл. Можно заставить команду читать вместо терминала не только выходной поток другой команды, но и обычный файл. Это делается при помощи оператора "<", который указывает, что вместо терминала надо брать входной поток из указанного далее файла. Пример (команда "sort" построчно сортирует входные данные): bobby:~% cat proverbs What is worth doing, is worth doing well. Art is long, life is short. History repeats itself. Dead men tell no tales. _______________________ bobby:~% sort <proverbs Art is long, life is short. Dead men tell no tales. History repeats itself. What is worth doing, is worth doing well. _______________________ bobby:~% _

	Поток сообщений об ошибках
	Что будет, если мы попросим ls показать файлы, которых нет? bobby:~% ls -l file1 file2 file10 file11 /bin/ls: file10: No such file or directory /bin/ls: file11: No such file or directory -rw-r--r-- 1 ivanov lab5 76 Feb 21 13:23 file1 -rw-r--r-- 1 ivanov lab5 32 Feb 21 13:23 file2 bobby:~% _ Файлы которые есть, ls покажет, а про остальные скажет, что их нет. А теперь перенаправим вывод ls в файл: bobby:~% ls -l file1 file2 file10 file11 >filelist /bin/ls: file10: No such file or directory /bin/ls: file11: No such file or directory bobby:~% _ В чем же дело?! Казалось бы, на экране ничего не должно появиться... А дело в том, что кроме выходного потока есть еще поток сообщений об ошибках, и "культурно" написанные программы все "ругательства" отправляют туда. Чтобы перенаправить в файл поток сообщений об ошибках (обычно его сокращенно называют stderr), надо перед символом ">" указать номер потока -- 2. Пример: bobby:~% ls -l file1 file2 file10 file11 >filelist 2>errs bobby:~% cat filelist -rw-r--r-- 1 ivanov lab5 76 Feb 21 13:23 file1 -rw-r--r-- 1 ivanov lab5 32 Feb 21 13:23 file2 bobby:~% cat errs /bin/ls: file10: No such file or directory /bin/ls: file11: No such file or directory bobby:~% _ Замечание Такое перенаправление потока stderr невозможно в оболочках csh и tcsh -- в них для этого используется другой, более запутанный синтаксис. Замечание Те, кто программировал на языке C, знают, что там есть три стандартных файловых потока для ввода/вывода: stdin (входной поток, дескриптор 0), stdout (выходной поток, дескриптор 1) и stderr (поток сообщений об ошибках, дескриптор 2). Операторы ">", "<" и "2>" перенаправляют именно эти потоки. С потоком stderr обычно требуется сделать одну из трех вещей: перенаправить его туда же, куда и выходной поток, направить в отдельный файл, или отправить "в никуда". В первом случае можно воспользоваться специальной формой оператора перенаправления вывода -- "2>&1" ("отправь второй поток (stderr) туда же, куда и первый (stdout)): bobby:~% ls -l file1 file2 file10 file11 >filelist 2>&1 bobby:~% cat filelist /bin/ls: file10: No such file or directory /bin/ls: file11: No such file or directory -rw-r--r-- 1 ivanov lab5 76 Feb 21 13:23 file1 -rw-r--r-- 1 ivanov lab5 32 Feb 21 13:23 file2 bobby:~% _ Этот способ работает и тогда, когда стандартный вывод отправляется по конвейеру другой программе. Во третьем же случае надо отправить stderr в "черную дыру" -- файл /dev/null: bobby:~% ls -l file1 file2 file10 file11 >filelist 2>/dev/null bobby:~% cat filelist -rw-r--r-- 1 ivanov lab5 76 Feb 21 13:23 file1 -rw-r--r-- 1 ivanov lab5 32 Feb 21 13:23 file2 bobby:~% _

	Процессы
	Допустим, запустив задачу в фоновом режиме, пользователь выходит из системы, оставляя задачу работать дальше. Хорошо, если это была графическая программа -- у нее почти наверняка будет хотя бы команда "Выход". А если нет, если это какая-либо счетная задача? В этом случае придется воспользоваться средствами более низкого (системного) уровня -- управлением процессами. Здесь следует сразу понять разницу. Задача (job) -- это одна или несколько программ (например, конвейер), запущенных из оболочки, которыми можно управлять при помощи команд оболочки jobs, bg, fg и kill. Процесс (process) -- это любая программа, запущенная любым способом (из оболочки; другой программой -- например, из графического меню; самой операционной системой при запуске и т.д.).

	Как посмотреть список процессов: ps
	Для просмотра списка процессов служит команда "ps". У нее есть довольно много ключей, которые к тому же различаются в BSD и SystemV. Поэтому здесь приведем лишь несколько наиболее часто встречающихся вариантов ее использования. В основном изложение относится к BSD-версии команды ps (в том числе и Linux), эквиваленты для SysV-версии (Solaris, IRIX) приведены отдельно. Команда ps без параметров выводит список почти всех процессов, принадлежащих запустившему ее пользователю. bobby:~% ps PID TTY STAT TIME COMMAND 2950 1 S 0:00 -zsh 2971 1 R 0:00 ps bobby:~% _ Из всей информации, что выдает ps, для нас пока интересны поля PID и COMMAND. PID (Process IDentifier) -- это число, уникальное для каждого процесса, которое используется, например, для того, чтобы приостановить или завершить его исполнение. COMMAND -- название программы и ее параметры. "Почти" -- потому, что в список не включаются процессы "без терминала", т.е. те, которые запущены в фоновом режиме, а окно, из которого это было сделано, потом было закрыто. Чтобы эти процессы также отображались, надо указать ключ "-x"; в поле TTY у них стоит "?". Ключ "-a" показывает процессы всех пользователей, а не только запустившего ps. Ключ "-u" выдает более полную информацию о каждом процессе -- потребление процессорного времени, памяти, время запуска. Ключ "-f" выдает список процессов "со связями", позволяя понять, какой из процессов является чьим "родителем" и чьим "потомком". Если у пользователя запущено много процессов (например, когда он находится в графической оболочке), то список обычно не помещается на экран. В этом случае надо отправить вывод команды ps команде less. Другой часто используемый прием -- если интересует информация о какой-то конкретной команде, то вывод ps фильтруется через grep. Пример: bobby:~% ps -x | grep xcalc 3103 ? S N 0:00 xcalc 3107 p9 S 0:00 grep xcalc bobby:~% _ Следует заметить, что в получившийся список может попасть и сам grep -- в его командной строке тоже присутствует искомое слово, а поскольку ps и grep исполняются параллельно (а может и не попасть, в случае если команда ps отработает раньше, чем запустится grep). Замечание Команда ps в последних версиях Linux при указании любых ключей выдает предупреждение типа warning: `-' deprecated; use `ps axu', not `ps -axu' На это надо просто не обращать внимания -- просто команда ps сейчас находится в процессе переделки со стандарта BSD на стандарт Unix98, и это предупреждение -- следствие попытки обеспечить совместимость. Приблизительные эквиваленты для SystemV (Solaris, IRIX): "ps" без параметров выводит список процессов, запущенных в данной сессии (т.е. в том же окне, что и ps). "ps -u пользователь" выводит список всех процессов указанного пользователя. "ps -e" показывает все процессы (аналог "ps -a" в BSD) "ps -f" показывает более полную информацию (аналог "ps -u" в BSD)

	Завершение и изменение статуса процессов: kill
	Команде kill можно указывать не только номер задания, но и PID. Так, команда "kill 1206" пошлет команду завершения процессу с номером 1206. Стоит напомнить, что при запуске задач оболочка кроме номера задания печатает также PID соответствующего процесса (или процессов, в случае конвейера): bobby:~% xcalc & [1] 3206 bobby:~% kill 3206 bobby:~% [1] + terminated xcalc bobby:~% _ Вообще говоря, "kill" не завершает процесс, а посылает ему сигнал. Процесс же, получив сигнал, может завершиться, а может и предпринять какое-либо другое действие, например, проигнорировать сигнал. Есть несколько десятков сигналов, каждый из которых имеет свой смысл. Каждый сигнал имеет как имя, так и номер, но, поскольку номера разные в разных Unix'ах, то лучше использовать имена. Чтобы указать kill, какой сигнал послать, надо указать его имя (или номер), предваренное дефисом: bobby:~% xcalc & [1] 3388 bobby:~% kill -INT 3388 bobby:~% [1] + interrupt xcalc bobby:~% _ Вот список самых часто употребляемых сигналов: Сигнал Назначение TERM TERMinate -- завершить работу. Используется командой kill по умолчанию INT INTerrupt. Посылается при нажатии пользователемCtrl+C STOP "замерзнуть" CONT CONTinue -- "размерзнуть" HUP HangUP -- "повесить трубку". Посылается при выходе пользователя из системы программам, запущенным в этой же сессии KILL "умереть" Сигналы TERM, INT, HUP и KILL обычно приводят к завершению работы программы. Разница между ними в том, в каких случаях они посылаются и в том, что одни сигналы программа перехватывает, а другие -- нет. Сигнал KILL программа перехватить не может, поэтому если она не реагирует больше ни на что, то остается использовать его. Номер KILL во всех Unix'ах -- 9, поэтому его часто указывают по номеру, а не по имени -- "kill -9". Сигнал KILL следует использовать только в крайних случаях, когда ничто другое не помогает. Дело в том, что перехватив, к примеру, сигнал TERM, программа может корректно завершить работу, при надобности сохранив данные в файлы и восстановив правильное состояние терминала, а KILL не дает ей такой возможности. Вообще говоря, большая часть функций по управлению заданиями реализуется при помощи сигналов. Так, послав программе сигнал STOP, получим тот же эффект, что и при нажатии Ctrl+Z. В большинстве современных Unix'ов есть возможность послать сигнал процессу, указав его не по номеру, а по имени программы. Для этого служит команда "killall" -- она посылает сигнал всем процессам с указанным именем. Пример: bobby:~% xcalc& [1] 3478 bobby:~% xcalc& [2] 3479 bobby:~% killall xcalc [1] - terminated xcalc [2] + terminated xcalc bobby:~% _ Не стоит ей злоупотреблять -- эта команда мало того, что "убивает" все процессы с таким именем, она пытается "убить" даже процессы с таким именем у других пользователей (чего ей Unix, естественно, не позволяет сделать).

	Практические задания
	Что будет, если вместо ls -l /etc/hosts /etc/passwd f11 f12 >file 2>&1 дать команду ls -l /etc/hosts /etc/passwd f11 f12 >file 2>file и почему? Выполнить команду ls -l /usr >-r Какой файл после этого появится в директории? Удалить этот файл командой rm. Команда find ищет файлы по имени. Так, find /usr -name '*lib*' найдет все файлы, в имени которых есть "lib", в директории /usr и ее поддиректориях. Заставить find найти в директории /var все файлы, в имени которых встречается "log", результат поместить в файл logfiles в home-директории, а все сообщения об ошибках -- в файл errs там же. Заставить ps показать все процессы, так, чтобы список был отсортирован по имени программы. Что будет, если выполнить команду "killall zsh"? А если "killall -9 zsh"? Почему? Запустить команду xlock -inwindow -mode discrete Затем запустить top и при его помощи "убить" xlock. Заставить top показывать только процессы, принадлежащие самому пользователю. Заставить top показывать процессы с сортировкой по занимаемой памяти; по времени; по загрузке процессора.