Раздел: Компьютерная документация -> Операционные системы -> Linux

• Вступление
• Чего не хватает ядру?
• Ядро Linux
• Загрузчики и стартовые утилиты
• Утилиты поддержки
• Средства боевого обеспечения
• Средства тылового обеспечения
• Средства управления пакетами
• Несколько слов в заключение

Вступление

К понятию Base Linux я пришел, размышляя над вопросом: а что же такое ОС Linux? Результаты своих размышлений я неоднократно излагал в Сети и на бумаге, начиная с давнишней заметки в онлайновой Софтерре (Из чего только сделаны Linux'ы2002 год) и заканчивая соответствующей главой в книге "Свободный Unix: Linux, FreeBSD и другие", которая готовится к печати издательством БХВ-Петербург (ее прототип известен в Сети как "Введение в POSIX'ивизм и доступен на сайтах Линуксцентр и Цитфорум). За прошедшие годы мои представления о предмете неоднократно корректировались (в частности, под влиянием статьи Тихона Тарнавского - /open_source/open_source/baselinux_tt). И потому в настоящем сочинении я решил систематизировать все, относящееся к Base Linux, и изложить свое сегодняшнее видение этого вопроса.

Прежде чем переходить к рассмотрению Base Linux, нужно ответить на вопрос - что же такое операционная система? По сему поводу существует три точки зрения - минималистская, максималистская и, так сказать, промежуточная:

1. с минималистской точки зрения, операционная система - это программа, именуемая ядром ОС;
2. согласно максималистской точке зрения, операционная система - это не столько ядро, сколько надстраивающая его инфраструктура, включающая самодостаточный комплекс системных утилит и пользовательских приложений, а также средства управления оными;
3. промежуточная точка зрения сводится к тому, что операционная система образована ядром и комплексом средств, обеспечивающих его функциональность.

Я не буду здесь вдаваться в обсуждение того, какая из трех точек зрения правильна. Тем более, что понятие операционной системы может меняться в зависимости от того, о какой именно ОС идет речь. Так, Windows любого рода, из которой, практически, невозможно вычленить собственно ядро без вреда для ее здоровья, - безусловно, скорее именно инфраструктурный комплекс, то есть подпадает под второе определение операционной системы. FreeBSD (и другие представители BSD-семейства) являет собой неразрывное единство ядра и средств его поддержки - системных утилит и некоторых пользовательских приложений, выступающих в этом контексте также в качестве системных. То есть соответствует третьему определению. Ну а Linux традиционно рассматривается как "голое" ядро, надстраиваемое независимыми (от ядра) системными и пользовательскими программами сторонних разработчиков. Однако ниже я постараюсь показать, что такая точка зрения не совсем верна, и, как будет сказано в последних строках, Linux представляет собой четвертый вариант определения операционной системы.

Что такое ядро? Это - (почти) обычная программа, на которую возложены не совсем обычные функции: если прочие программы выполняют какие-либо системные или пользовательские задачи, то ядро только что и обеспечивает их взаимодействие между собой и с аппаратурой компьютера. В академических трудах по Unix (например: С. Д. Кузнецов, Операционная система UNIX) функции ядра обычно группируются в несколько подсистем управления - процессами, памятью, устройствами, сетевую подсистему и подсистему ввода/вывода. С точки зрения пользователя, функциональность ядра определяется его способностью работать с наличным "железом" - звуковой и видеокартой, обращаться к винчестеру конкретного типа, понимать несомую им файловую систему, и так далее. Функции эти могут быть как жестко встроены в ядро, так и подключаться к нему в качестве загружаемых модулей.

В этом плане ядро Linux само по себе многое знает и много чего умеет:

• поддерживает практически весь спектр базового оборудования (процессоров, чипсетов, шин и дисковых контроллеров);
• все более растущий круг дополнительных устройств - по мере их появления и распространения;
• все сетевые протоколы и подавляющее большинство сетевых интерфейсов;
• способно использовать в качестве "родных" (native) множество файловых систем: от "самой родной" ext2fs/ext3fs, включая специально разработанную для Linux ReiserFS/Reiser4, вплоть до первоначально "чуждых" XFS и JFS, и даже FAT любого рода;
• и многое, многое другое.

Но достаточно ли этого, чтобы обратить эти знания и умения на пользу обществу (точнее, сообществу Linux-пользователей)?

Чего не хватает ядру?

Для того, чтобы ядро Linux приступило к выполнению своих прямых обязанностей, его необходимо предварительно загрузить (впрочем, это касается и любой другой операционки). Может ли оно сделать это само по себе?

В принципе, да, может. Образ ядра содержит в себе загрузочную запись, способную принять управление непосредственно от BIOS компьютера или из главной загрузочной записи (MBR - Master Boot Record) винчестера. Такой процесс самозагрузки ядра называют иногда bootstrapping - поднятие себя за шнурки от собственных ботинок.

Однако на практике это оказывается почти столь же неудобным, как и процедура подъема вышеуказанным способом. Потому что образ ядра, предназначенный для непосредственной загрузки, должен быть размещен на специальном дисковом разделе, причем - без файловой системы: ведь для того, чтобы распознать образ ядра как файл, а не последовательность нулей и единиц, нужно иметь загруженное ядро с поддержкой данной файловой системы, а ядро-то у нас еще не загружено. Выделять же специальный первичный раздел только под образ ядра представляется слишком жирным - ведь на диске в PC-архитектуре таких разделов может быть всего четыре. Кроме того, такой способ лишает возможности использовать Linux в паре с какой-либо другой ОС.

Так что на практике прямая загрузка образа ядра используется, насколько мне известно, только при изготовлении загрузочных дискет, и с отмиранием флоппи-приводов забудется окончательно. А штатным средством загрузки ядра Linux (и, следовательно, необходимым компонентом его функционирования) оказывается одна из программ, так и называемых - загрузчиками, обычно с эпитетами - начальный, системный или мультисистемный.

В процессе загрузки ядра происходит множество сложных процессов, включая опознание оборудования и загрузку модулей - ведь мы только что говорили, что те или иные функции неизбежно реализованы в виде модулей, а без их загрузки они как бы и не существуют. Кроме того, загрузка и выгрузка модулей могут потребоваться и в дальнейшем. Но может ли ядро само по себе загружать модули при старте или в процессе работы? Нет, средств для этого в нем не предусмотрено. Из чего вытекает необходимость в инструментах управления модулями - загрузки, выгрузки, построения зависимостей, средств просмотра состояния. И наличие их - второй непременный компонент успешного функционирования ядра.

Завершение загрузки ядра знаменуется стартом процесса инициализации. В ходе ее происходит монтирование файловых систем, включение разделов своппинга, активизация виртуальных терминалов и тому подобные действия, завершающиеся приглашением пользователя к авторизации. И все эти действия также выполняются не средствами ядра, а специальными инструментами. Следовательно, их набор (он так и называется - сценарии инициализации, или стартовые скрипты) необходим нам еще на стадии входя в систему, и являет собой третий непременный компонент, обеспечивающий функциональность ядра.

Но вот образ ядра загружен и инициализация системы выполнена. И ядро готово к выполнению своих функций - работать с файловыми системами, сетевыми устройствами и прочими атрибутами, сопровождающими современную персоналку. Однако как? Ведь для этого нужны средства реализации функций ядра. Какие? Проще пояснить на примере.

Выше было сказано, что ядро Linux поддерживает массу файловых систем. Однако это означает лишь принципиальную возможность работы с ними. Но ни одна из поддерживаемых ядром файловых систем не возникает сама собой - ее нужно создать, подключить к системе (как говорится, смонтировать), в дальнейшем, возможно, осуществлять проверку ее состояния, и так далее. И все это требует комплекса соответствующих программ - своего для каждой из поддерживаемых файловых систем, - иначе пользователю будет мало радости от их изобилия.

Аналогично и с сетевыми протоколами и устройствами, виртуальными терминалами,и так далее: кроме поддержки ядром, все это требует еще и внешнего инструментария для управления ими, иначе соответствующая функция оказывается "мертвой". И весь этот инструментарий можно объединить в комплекс средств обеспечения базовой функциональности ядра - четвертый обязательный компонент системы.

Однако каким образом пользователь получит доступ ко всем этим базовым функциям? Для этого ему требуются соответствующие средства. Например, для доступа к "рабочей" (то есть известной и смонтированной) файловой системе нужны средства просмотра ее содержимого, средства управления файлами (копирования, перемещения, переименования, удаления), средства просмотра содержимого отдельных файлов и, при необходимости, их модификации (то есть средства управления контентом файлов). Причем кое-какие из этих средств оказываются необходимыми уже на стадии инициализации, поскольку используются в тех самых сценариях ее (стартовых скриптах), где они запускаются автоматически.

Пользователю же требуемые утилиты доступа к файловой системе (и средства доступа к другим функциям) приходится запускать вручную. Для чего ему требуется какой-то интерфейс, позволяющий это делать. Поскольку необходимые пользовательские утилиты запускаются соответствующими командами, в качестве такого интерфейса в Unix-подобных системах традиционно используется программа, называемая командной оболочкой, командным интерпретатором или, по простому, шеллом (shell - оболочка). Она выступает в качестве интегратора вышеуказанных пользовательских утилит, среды для их выполнения и, вместе с ними, может быть объединена в комплекс, так сказать, боевого обеспечения пользователя - пятый компонент, необходимый для функционирования ядра на его, пользователя, благо.

Вот, казалось бы, и все. Но нет, в тени, за кадром, осталась еще одна вещь, без которой все перечисленное выше просто не будет работать. Это, невидимое пользователю, средство, так сказать, его тылового обеспечения, - общесистемная библиотека функций Си (libc).

Таким образом, для загрузки ядра, его работы и использования, необходимы следующие компоненты:

1. само ядро (ну еще бы);
2. стартовые утилиты - средства загрузки образа ядра, управлениями подключаемыми модулями и инициализации системы;
3. утилиты поддержки - средства обеспечения базовой функциональности ядра;
4. средства боевого обеспечения - шелл и пользовательские утилиты;
5. средства тылового обеспечения - системные библиотеки, в первую очередь библиотека функций Си.

Этот комплекс средств составляет основу системы Linux, его можно обнаружить в составе абсолютно любого варианта этой системы. С одной стороны, любой из его компонентов абсолютно необходим для функционирования системы, с другой - он обеспечивает ее самодостаточность. И потому резонно назвать его Base Linux и считать воплощением этой ОС как системной целостности.

Ядро Linux

Очевидно, что ядро Linux - основной (и, можно сказать, эпонимический) компонент этой ОС. Созданное Линусом Торвальдсом в 1991 году, оно на протяжении уже многих лет разрабатывается большим интернациональным коллективом под руководством и при координации основоположника. Команда разработчиков - более или менее неформальное объединение. И теоретически каждый желающий (и, главное, могущий) имеет шанс принять участие в разработке ядра путем посылки своих дополнений (patch). Хотя практически все эти патчи проходят многоступенчатый отбор, прежде чем попасть (или не попасть) к самому Линусу, который и принимает окончательное решение - включать их в официальную версию ядра, или нет.

Официальным своим местопребыванием ядро имеет сайт http://www.kernel.org, имеющий множество зеркал по всему свету, в том числе и в России. В сущности, исходные тексты ряда версий ядра, их патчей от независимых разработчиков, вместе с некоторыми сопутствующими программами, и составляют единственное содержание этого сайта. С которого их можно получить по Сети - по протоколам HTTP или FTP. Иного способа распространения исходников ядра, насколько мне известно, не существует.

Бытует мнение, что ядро Linux - одно-единственное. Это правда, но не вся правда. Действительно, ядро Линуса - каноническое. Однако практически, кроме текущей его ветки (в настоящее время - 2.6), в которой периодически выходят новые версии (2.6.X) в каждый момент времени развивается и дополняется минимум одна предшествующая ветка (на данный момент 2.4). А одна из еще более старых веток (ныне - 2.2) поддерживается на уровне исправления ошибок. Ошибки, разуеется, имеют место быть и в текущей ветке, где они активно выявляются и исправляются, что образует отдельную "корректирующую" ветку (2.6.X.Y).

Далее, существуют т.н. ядра майнтайнеров (наиболее известные из них - Эндрю Мортон, Алан Кокс, Кон Колинас). Разумеется, в основе всех их - каноническое ядро, но - с патчами, ответственными за реализацию дополнительных функций, не входящих в официальное ядро. Собственно, ядра майнтайнеров и распространяются исключительно в виде патчей к основному дереву исходников ядра. В большинстве случае они доступны на том же http://www.kernel.org, в каталоге people, где каждый майнтайнер имеет свой подкаталог. Со временем большинство патчей майнтайнеров включается в состав официального ядра. Однако эти ребята на достигнутом не останавливаются, и придумывают новые патчи для обеспечения новых возможностей. Так что основные майнтайнерские ветки перманентно существуют параллельно канонической ветке Линуса.

Существуют проекты дополнения ядра узкоспециальными функциями, такими, как обеспечение работы кластеров (OpenMosix) или повышенной безопасности (SELinux). Разрабатываемые в их рамках патчи обычно не включаются в основное дерево, и они сосуществуют с ним в качестве отдельных веток.

Кроме этого, существуют еще и ядра дистрибьюторов - в комплект всех распространенных дистрибутивов, таких, как Red Hat, Suse, Mandrake и так далее, входят заточенные под них ядра собственной выделки (обычно в нескольких вариантах), дополняющие или подменяющие каноническое ядро. Они основаны на патчах майнтайнеров или специализированных проектов, но включают и собственные функции, обеспечивающие оптимальную работу "своего" дистрибутива. Более того. существуют глубокие сомнения в том, что, скажем, Red Hat вообще способен функционировать на каноническом ядре - или каком-либо ином, отличном от собственных.

Таким образом, альтернативность Base Linux начинается с самой наибазовой его части - ядра. Можно воспользоваться каноническим ядром, в том числе и с корректирующими патчами, можно дополнить его необходимыми функциями из патчей майнтайнеров или специализированных проектов, а можно и прибегнуть к результатам тех, кто такую работу уже проделал, подобрав подходящее ядро от дистрибьюторов.

Загрузчики и стартовые утилиты

Если не говорить о самозагрузке (а мы вроде договорились не поднимать себя за шнурки от собственных ботинок), то ядро Linux можно загрузить множеством внешних программ-загрузчиков: BSD loader (штатный загрузчик BSD-систем), загрузчиком Windows NT/2000/XP, коммерческими программами типа Acronis OS Selector, вероятно, и другими. Существует даже средство загрузить ядро Linux с помощью программы, запущенной из DOS (loadlin). Однако наиболее часто с этой целью применяется два пакета: Lilo и GRUB.

Lilo (LInux LOader), как явствует из его названия, специально разрабатывался именно для обеспечения загрузки ядра Linux, хотя способен выступить и в качестве мультисистемного загрузчика, успешно справляясь с запуском Windows любого рода, а также FreeBSD. Пакет lilo не имеет авторского сайта, но доступен на многих серверах, например: ftp://ftp.metalab.unc.edu/pub/Linux/system/boot/lilo.

В отличие от Lilo, GRUB разрабатывался именно как мультисистемный загрузчик, и имеет все шансы стать стандартным для свободных ОС. В отличие от большинства мультисистемных загрузчиков, он не просто передает управление "по цепочке" на загрузочный сектор соответствующего раздела, но работает с несмонтированными файловыми системами (незагруженных ОС!), обеспечивая запуск с них ядра соответствующей системы. И, добавлю, выступая как своего рода мини-ОС. Получить его можно с сайта проекта - http://www.gnu.org/software/grub/.

Я уже говорил, что как в ходе загрузки ядра, так и позднее, возникает необходимость в инструментах управления модулями - загрузки, выгрузки, построения зависимостей, средств просмотра состояния. Они составляют содержание пакета module-init-tools (или, для версии 2.4.X - modutils). Пакеты для управления модулями привязаны не только к ветке ядра, но и к его конкретной версии, и потому они оказываются неразрывно связанными с ядром. Что подчеркивается их нахождением на том же сайте http://www.kernel.org.

Пакет module-init-tools включает в себя следующие команды:

• lsmod - просмотр загруженных модулей;
• depmod - генерация зависимостей между модулями;
• genksyms - генератор файла информации о версии ядра, к которой относятся модули;
• insmod - команда для загрузки единичного модуля;
• insmod_ksymoops_clean - команда для удаления модулей, не используемых в течении некоторого времени;
• kernelversion - команда для вывода номера ветки ядра - в текущем случае это будет 2.6;
• modinfo - команда для вывода информации о модуле, заданном в качестве ее аргумента;
• modprobe - загрузка модуля, заданного в качестве ее аргумента, и всех модулей, связанных с ним зависимостями;
• rmmod - удаление ранее загруженного модуля.

В пакет modutils входят, с некоторыми отклонениями, те же команды аналогичного назначения.

Основное средство инициализации - канонический пакет sysvinit (ftp://ftp.cistron.nl/pub/people/miquels/sysvinit/), обеспечивающий инициализацию системы в т.н. стиле System V, принятой в Linux в качестве стандартной. Он включает программу init, обеспечивающую запуск всех остальных процессов в системе, shutdown, halt, reboot, вызывающие останов и рестарт системы, killall - средство "убиения" процессов, и еще несколько.

Пакет sysvinit вызывает в последнее время все больше нареканий. И потому предпринимаются поиски его альтернатив, примерами которых являются Simpleinit-MSB (http://www.winterdrache.de/linux/newboot/index.html), runit (http://smarden.sunsite.dk/runit/) и InitNG (http://jw.dyndns.org/initng/).

Кроме того, для старта полнофункциональной системы требуются и некоторый набор стартовых скриптов, обеспечивающих запуск основных системных сервисов. Однако они настолько зависимы от конкретного дистрибутива, что перечислить их здесь просто невозможно. Тем более, что их можно написать (или, по крайней мере, скорректировать) и собственноручно. Замечу только, что все наборы стартовых скриптов можно разделить на две группы - в стиле System V и в BSD-стиле. Различие между ними в том, что наборы BSD-стиля обеспечивают запуск системных сервисов посредством главного стартовго сценария, получающего параметры из главного же стартового конфига (примером может служить пакет bsd-init из дистрибутива Archlinux, http://www.archlinux.org). В наборах стиля System V ни того, ни другого не имеется, системные службы запускаются отдельными скриптами, сгруппированными по так называемым уровням запуска. Хорошее представление о составе такого набора можно получить, ознакомившись с пакетом lfs-bootscripts проекта Linux from Scratch (http://downloads.linuxfromscratch.org/).

Таким образом, средства загрузки ядра Linux и инициализации системы весьма разнообразны, предоставляя возможность выбора и тех, и других.

Утилиты поддержки

Важнейшие утилиты поддержки Linux объединены в пакет, который так и называется - util-linux. Очень желательно, чтобы его версия соответствовала версии ядра. За чем можно проследить, соответственно, на том же http://www.kernel.org - каталоге ftp://ftp.kernel.org/pub/linux/utils/util-linux/.

В составе пакета util-linux - многие множества команд весьма разного назначения, даже перечислять которые было бы слишком долго (а также скучно и не нужно). Они предназначены для создания дисковых разделов (fdisk, cfdisk), создания (mkswap) и активации/дезактивации (swapon/swapoff) разделов подкачки, монтирования и размонтирования файловых систем (mount/umount), установки атрибутов терминала (setterm), и многого, многого другого.

К util-linux, включающей, помимо прочего, команду активации терминала (agetty), по смыслу примыкает пакет shadow (ftp://ftp.pld.org.pl/software/shadow/), предназначенный для управления пользовательскими паролями, который обеспечивает, в частности, механизм так называемых "теневых" паролей, общепринятый в Linux.

Существуют и многочисленные альтернативные средства авторизации в системе. Так, универсальная команда agetty, обеспечивающая доступ, в том числе, и к удаленным терминалам, в условиях настольной персоналки может заменяться командой mingetty, приспособленной для работы только с виртуальными терминалами. Интересен метод беспарольного входа в систему, который можно обеспечить с помощью пакета qlogin ().

С давних уже пор ядро Linux поддерживает так называемые мультидисковые устройства - программные RAID-массивы и механизм LVM (Logival Volume Management), обеспечивающий, в частности, "горячее" перераспределение дискового пространства между файловыми системами. Разумеется, обеспечение этих функций требует соответствующего инструментария - для их создания и последующего управления. Работа с RAID-массивами обеспечивается сразу двумя альтернативными пакетами: mdadm (http://www.cse.unsw.edu.au/~neilb/source/mdadm/), более подходящим для пользовательских десктопов, и raidtools (), чаще применяемом на серверах. А механизм LVM обеспечивается одноименным пакетом (ftp://ftp.sistina.com/pub/LVM/).

Средства поддержки файловой системы (систем) включают в себя утилиты для создания их (сиречь форматирования, в терминах DOS/Windows), проверки на целостность, тюнинга, резервного копирования и т.д. Для классической файловой системы Linux, ext2fs, такой набор носит название ext2fsprogs, а найти его можно, например, здесь: ftp://ftp.metalab.unc.edu/pub/Linux/system/filesystems/ext2/. В него входят следующие утилиты:

• badblocks для поиска испорченных блоков на дисковых устройствах;
• chattr для смены атрибутов файлов;
• dumpe2fs для создания точных дисковых копий - дампов;
• ext2fs, mke2fs и mkfs.ext2 для создания на дисковых разделах файловой системы;
• e2fsck, fsck и fsck.ext2, осуществляющие проверку целостности файловой системы;
• e2image для создания образа файловой системы в виде файла;
• e2label для создания таблицы разбиения диска;
• tune2fs для настройки быстродействия файловой системы.

Ряд утилит пакета поддерживают также журналируемый вариант файловой системы Linux - ext3fs (mke2fs, fsck.ext3), а resize2fs - также и ReiserFS. Однако в принципе для нее, как и для остальных журналируемых файловых систем - XFS и JFS, требуются собственные средства.

В первом случае это будет пакет reiserfsprogs (ftp://ftp.namesys.com/pub/reiserfsprogs/), включающий

• mkreiserfs для создания файловой системы ReiserFS;
• reiserfsck для проверки ее целостности;
• resize_reiserfs для изменения размера и размонтирования;

Для поддержки XFS требуется целый комплекс пакетов:

• acl для дополнительных средств управления доступом к файлам;
• attr для использования расширенных возможностей атрибутирования файлов;
• dmapi;
• xfsdump для резервного копирования;
• xfsprogs собственно для создания и управления файловой системой XFS.

Все эти средства могут быть получены (в том числе и в виде исходников) с соответствующего раздела сайта SGI: ftp://oss.sgi.com/projects/xfs/download/latest/cmd_tars/.

Впрочем, абсолютно необходимым из этого списка является только последний пакет, xfsprogs, без всего остального можно обойтись. Что же касается средств поддержки JFS, поиск таковых предлагается проделать самостоятельно заинтересованным лицам (автор к их числу не относится).

Кроме этого, требуются средства для поддержки виртуальной файловой системы proc, обеспечивающей отображение процессов - procinfo (ftp://ftp.cistron.nl/pub/people/svm/), procps (ftp://people.redhat.com/johnsonm/procps/) и, возможно, средство для трансляции файловой системы устройств - devfs, devfsd, буде возникнет желание таковую использовать (ftp://ftp.kernel.org/pub/linux/daemons/devfsd/). Хотя ныне devfs быстро вытесняется другим механизмом управления устройствами - пакетом udev, который, таким образом, вместе с тесно связанным с ним пакетом hotplug, становится необходимым компонентом группы поддержки. Оба они находятся здесь: ftp://ftp.kernel.org/pub/linux/utils/kernel/hotplug

К этой же группе примыкает пакет psmisc, предназначенный для отслеживания процессов в системе. В его составе - команды:

• fuser, выводящая на экран идентификаторы процессов,
• killall, предназначенная для отправки сигналов им,
• pstree, показывающая запущенные процессы в виде дерева.

Информация о протекающих в системе процессах должна как-то фиксироваться (в частности, на предмет анализа причин сбоев). И этой цели служит специальный пакет - sysklogd (http://www.infodrom.org/projects/sysklogd), включающий утилиты klogd (демон сообщений ядра) и syslogd, ведущий запись сообщений системных программ.

Далее, к средствам поддержки можно отнести программы для работы с консольным драйвером Linux. Таковых ныне используется две - kbd ftp://ftp.win.tue.nl/pub/linux-local/utils/kbd/ и console-tools (http://telia.dl.sourceforge.net/sourceforge/lct/). Первая включает в себя множество утилит, из которых для начала важнейшими являются:

• loadkeys, предназначенная для загрузки клавиатурных раскладок;
• setfont для загрузки экранных шрифтов;
• mapscrn для задания карты соответствия кодировки клавиатурного ввода таковой экранного вывода.

Набор console-tools имеет соответствующие средства - loadkeys и consolechars для управления вводом/выводом. Очевидно, что пакеты kbd и console-tools не то чтобы исключают друг друга - просто при наличии одного второй делается ненужным. Пакет console-tools считается более современным, однако и текущие версии kbd обеспечивают, в частности, работу с кодировкой Unicode и прочие актуальные фичи, так что выбор между ними - дело вкуса.

Сетевые возможности базовой системы обеспечиваются двумя наборами - netkit-base (ftp://ftp.uk.linux.org/pub/linux/Networking/netkit/) и net-tools (ftp://ftp.uk.linux.org/pub/linux/Networking/netkit/). В первом - демон inetd, отвечающий за службы Интернет вообще, и команда ping, для отправки пакетов, определяющих доступ к узлам сети. Команды набора net-tools определяют конфигурацию сети (ifconfig), доменные имена, имена хостов и т.д. А для обеспечения работы по протоколу PPP (Point-to-Point), обеспечивающему, в частности, модемный доступ к сети, существует соответствующий пакет - ppp ().

Средства боевого обеспечения

В это понятие, как я уже говорил, включаются средства обеспечения взаимодействия пользователя с системой. С одной стороны, они обеспечивают минимальную пользовательскую ее функциональность, с другой - играют служебную (но - совершенно незаменимую) роль во многих системных процессах.

На первом месте здесь должно поставить командную оболочку - без нее никакие вообще действия становятся невозможными: ведь, кроме того что она обеспечивает ввод всех пользовательских и системных команд, она необходима и для исполнения стартовых сценариев при загрузке системы.

Традиционно такой, как бы общесистемной, командной оболочкой в Linux является bash (ftp://ftp.gnu.org/gnu/bash/). Хотя обычно стартовыми сценариями в явном виде вызывается некая оболочка /bin/sh, это - не более чем ссылка на bash: при этом под /bin/sh понимается некий виртуальный POSIX-shell, в природе не существующий. Однако любая POSIX-shell оболочка, будучи запущен таким образом, более или менее его эмулирует.

Оболочка bash - далеко не единственно возможная для использования в Linux. Некоторые оболочки превосходят ее компактностью (например, ash (http://ftp.debian.org/debian/pool/main/a/ash/), иные же (в частности, zsh, http://www.zsh.org) - богатством настроек и удобством в интерактивной работе. Правда, все в Linux настолько завязано на bash-скриптинг, что она кажется безальтернативной как общесистемный шелл. И к тому же ее возможности почти неограниченно расширяются с помощью дополнительного пакета bash-completion (http://www.caliban.org/files/bash/), который способен воспроизвести почти все функции zsh. Тем не менее, как можно видеть, альтернативы bash существуют. Так, ash часто используется во всякого рода минидистрибутивах, а zsh в качестве общесистемного шелла я, с целью эксперимента, использовал в Linux-системе собственной сборки.

Далее следует базовый пакет пользовательских утилит для манипуляций с файлами и их содержимым, в первую очередь текстовым - coreutils (http://ftp.gnu.org/gnu/coreutils/). Он включает огромное количество отдельных команд, которые можно разделить на три блока - средств для работы с файлами, средств навигации по файловой системе и средств работы с текстовым контентом. Ранее они составляли три отдельных пакета - fileutils, sh-utils и textutills, соответственно.

Средства манипуляции файлами - следующие:

• chgrp, chmod и chown для управления атрибутами файлов;
• cp, dd и ln для простого копирования файлов, копирования с преобразованием и создания ссылок, а также install для копирования с установкой атрибутов;
• touch, mkdir, mkfifo и mknod - средства создания регулярных файлов, каталогов, специальных файлов и файлов устройств, соответственно;
• mv, rm, rmdir для переименования/перемещения файлов, их удаления, удаления каталогов;
• ls, dir и vdir для просмотра списков файлов в каталогах;
• dircolors для установки цветовой схемы;
• df и du для вывода информации о дисковом пространстве;
• sync - для синхронизации файловых операций и состояния файловой системы.

Объединение блока средств навигации - несколько условно, так как ряд команд его служат также несколько иным целям. Важнейшие из них:

Важнейшие команды блока для работы с контентом файлов (в первую очередь, разумеется, текстовых), таковы:

• cat - многофункциональная команда для создания, просмотра и объединения файлов;
• csplit - команда для разделения файлов на части, в качестве разделителя будет выступать строка, заданная как шаблон;
• cut - "вытягивание" из заданного файла фрагментов строк;
• fmt - нечто вроде форматирования абзацев текстового файла;
• head - вывод первых (10-ти по умолчанию) строк файла;
• od - просмотр файла в виде восьмеричных (по умолчанию) или иных других кодов;
• sort - построчная сортировка содержимого файла;
• split - разбиение файла на части заданного размера или количества линий;
• tac вывод содержимого файла сзаду наперед (обратно cat);
• tail - вывод нескольких (десяти по умолчанию) последних строк файла (обратно head);
• wc - подсчет количества строк, слов или символов в файле.

С этим блоком команд связан самостоятельный пакет file, включающий единственную, одноименную, команду. Она позволяет детализовать тип регулярного файла (исполнимого, текстового и т.д) по т.н. "магической последовательности" байтов в его начале.

К coreutils по смыслу тесно примыкает пакет для поиска файлов - findutils. В его составе:

• find - практически универсальное средство для поиска файлов и выполнения над найденным разнообразнейших операций;
• xargs, используемая обычно в паре с командой find, позволяет применить некие команды к списку файлов;
• locate - средство сканирования базы данных файловой системы с целью определения локации заданных файлов;
• updatedb - средство обновления базы данных файловой системы, используемой командой locate.