минимально. Есть только один

важный момент. Вам НЕ НУЖНО устанавливать ядро SCSIKERN, если у вас диск с
контроллером IDE и наоборот, не нужно ядро IDEKERN, если у вас винчестер с
интерфейсом SCSI. Если у вас есть и те и другие диски, устанавливайте ядро
только для того винчестера, на который СЕЙЧАС устанавливаете систему. С
остальными разберемся позже.

При установке утилит для поддержки принтера обратите внимание, что демон
печати работает с протоколами TCP/IP. Не вдаваясь в подробности отметим,
что для работы с устройством печати вам потребуется создать локальную сеть,
состоящую хотя бы из одной вашей машины.

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

   * компилятор Си (gcc);
   * библиотеки к нему;
   * ядро операционной системы (Linux kernel) в ИСХОДНЫХ ТЕКСТАХ;
   * включаемые файлы для подключения библиотек.

Устанавливать на диск компиляторы C++, Objective C и тем более LISP, PERL,
препроцессоры Pascal, Modula, Fortran на этом этапе не нужно. Вы сможете
сделать это потом.

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

Прежде всего, перезагрузитесь с полученной дискеты. Если загрузка оказалась
неудачной, придется повторить процесс создания образа системы на диске и
загрузочного диска, как указано выше. Вот именно поэтому и используется
отдельная дискета для загрузки системы - ваши диски root и boot остались
целости и сохранности. Поскольку MBR винчестера вы не изменяли, то при
включении питания и отсутствии дискеты в окошке A: компьютер так же как и
раньше будет загружать MS-DOS. А загрузка Unix будет осуществляться с
созданной вами только что дискеты.

После загрузки системы с дискеты вы вновь должны зарегистрироваться с
идентификатором root. Это, кстати, единственный доступный вам сейчас
идентификатор. Других в системе пока просто нет. А теперь мы приступим к
процессу, который должен повергнуть рядового пользователя в священный
трепет. А именно - сейчас мы с вами перекомпилируем ядро операционной
системы.

Компиляция ядра операционной системы

Не волнуйтесь, ситуация под контролем. Вы переходите в каталог
/usr/src/linux. Как перейти в этот каталог? Но ведь MS-DOS заимствовала
многие команды пользователя из операционной системы CP/M, которая в свою
очередь использовала привычные пользователям начала 80-х годов команды
многопользовательских UNIX-систем.

Находясь в этом каталоге вы запускаете следующую команду:
---------------------------------------------------------------------------

make config

---------------------------------------------------------------------------

В ответ на это требование вы получите список вопросов, на которые надо
отвечать достаточно внимательно. Если в вашей системе есть математический
сопроцессор, то эмуляция команд 80387 вам, по всей видимости не нужна. Если
вы устанавливаете Linux на компьютер с процессором 80386, то оптимизация
под 80486 также окажется бесполезна.

Но это пока безвредные вопросы. А вот когда пойдет речь о файловых системах
- будьте бдительны.

Во-первых, именно сейчас вы должны будете сообщить системе, какие типы
винчестеров используются в вашем компьютере: IDE и/или SCSI. Создавая свою
систему вы можете использовать оба типа контроллеров. Ну например, загрузка
осуществляется с обычного винчестера подключенного к IDE-контроллеру, а
второй винчестер подключен к плате SoundBlaster ASP 16 SCSI-2. Или у вас
установлен контроллер Adaptec 1522 без встроенного ПЗУ с BIOS. Так вот, в
отличие от MS-DOS эти контроллеры SCSI поддерживаются ядром Linux! Нужно
только предупредить систему об их наличии.

Когда вас спросят, нужна ли вам сетевая поддержка, долго не задумывайтесь и
отвечайте "Да!" Во-первых, даже поддержка принтера в Linux реализована
через сетевые функции, а кроме того, большинство серьезных приложений,
реализующих технологию "клиент-сервер" (например, СУБД Postgress или
отечественный (!) сервер баз данных LDBF), также используют функции TCP/IP.

Следующий важный момент - тип привода CD-ROM. Базовая версия системы
устанавливаемая по умолчанию не содержит драйверов CD-ROM и не может
обслуживать привод какого бы то ни было типа. Поэтому от перегенерации
системы вам никуда не уйти. Ваша задача состоит только в том, чтобы
корректно указать тип привода.

Звуковая плата, если она у вас есть, также должна быть сконфигурирована на
этом этапе. Впрочем здесь ничего сложного нет. А вот с файловыми системами
надо держать ухо востро! Поддержка лишних стандартов вам конечно ни к чему.
Вот список тех систем, которые вы должны включить при генерации системы:

   * ext2fs (старая extfs, о которой вас спросят вначале, вам не нужна!);
   * ms-dos (это понятно);
   * minix (это формат, "завещанный предками" );
   * iso9660 (а это формат дисков CD-ROM - без него вы не сможете читать
     диски!).

С дополнительной периферией сложности не возникнет. Единственное
предупреждение: bus mouse и serial mouse - суть вещи разные! Если ваша
мышка подключается к последовательному порту, не включайте в конфигурацию
bus mouse, не надо. Зачем вам лишний код в ядре системы?

После того, как программа make завершит работу и Linux выведет на экран
приглашение к вводу команды, повторите вызов make, но уже с вариациями:
---------------------------------------------------------------------------

make depend

---------------------------------------------------------------------------

а минут через двадцать, когда программа завершит свою работу, введите make
еще раз, вот так:
---------------------------------------------------------------------------

make zImage

---------------------------------------------------------------------------

Теперь можете поставить чайник или сходить пообедать. Время трансляции для
80386DX-40/4 МБ составило 1 час 5 минут, а когда появилась возможность
нарастить об®ем оперативной памяти до 8 МБайт, компиляция ядра системы
заняла всего сорок минут. При установке Linux на 486DX2-66/8 МБ на
трансляцию потребовалось всего двадцать минут. Но как видите, важнее не
производительность процессора, а об®ем оперативной памяти.

Что мы получим в результате трансляции? Всего навсего cкомпилированное и
упакованное ядро системы, помещенное в файл
/usr/src/linux/arch/i386/zImage.

Активизация скомпилированного ядра

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

Проверяем работоспособность ядра

Для этого скопируйте ядро системы на дискету (обратите внимание, что диск
/dev/fd0 рассматривается в приведенной ниже команде как устройство не
имеющее файловой структуры!):
---------------------------------------------------------------------------

cat zImage > /dev/fd0

---------------------------------------------------------------------------

А затем выполните несколько настроек ядра на дискете:
---------------------------------------------------------------------------

rdev /dev/fd0 /dev/hda3

---------------------------------------------------------------------------

rdev -v /dev/fd0 -1
rdev -R /dev/fd0 1
rdev -r /dev/fd0 0

Теперь осталось перезагрузиться с полученной дискеты и убедиться в
работоспособности нового ядра системы.

После того, как вы выяснили, что новая версия загружается без каких лмбо
ужасных сообшений об ошибках имеет смысл научить Linux загружаться без
дополнительной дискеты. При этом хотелось бы конечно, чтобы и MS-DOS также
не потерял своей способности к загрузке. Сделать это совсем не сложно,
поскольку вы можете установить в MBR Linux Loader с ветвлением путей
загрузки операционной системы. Вообще-то эта возможность присутствовала и в
первых выпусках, но начиная с Volume 3 появилась приятная диалоговая
оболочка помогающая решению этой проблемы. Итак начнем.

Установка начального загрузчика

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

cp /usr/src/linux/zImage /vmlinuz

---------------------------------------------------------------------------

После этого вы повторяете приведенные выше четыре заклинания "rdev",
заменив /dev/fd0 на /vmlinuz.

А теперь вы вводите команду Setup и выбираете пункт меню Set LILO. Вначале
вы создаете новый сценарий для LILO (команда BEGIN). Затем добавляете в
него два раздела - для DOS и для Linux. Тот раздел, который будет упомянут
первым будет загружаться автоматически. Для второго вас придется вводить
запрос.

При этом вы можете определить временной интервал, в течение которого
компьютер будет ожидать ввода пользователя после чего будет осуществлена
загрузка первой операционной системы, или же можно заставить LILO выходить
на запрос типа системы, которую вы хотите загрузить. По завершении
установки всех опций LILO вам остается выбрать пункт end и в MBR будет
помещен новый загрузчик.

Имейте в виду, что если вам вздумается еще раз перекомпилировать ядро, то
простого копирования его поверх уже существующего будет недостаточно. Вам
нужно будет обязательно четыре раза повторить заклинание "rdev" и еще раз
создать ЗАНОВО и переустановить загрузчик LILO.

Причина хоть и не лежит на поверхности, но достаточно проста. Файловая
система Linux гораздо сложнее, чем кажется пользователю. В частности ядро
системы /vmlinuz находится в специальном суперблоке, размещаемом в
служебных областях винчестера. Если вам не жалко потерять несколько чаосв
уже проделанной работы - можно провести следующий эксперимент.

Трудоемкий и убедительный эксперимент

Загрузите MS-DOS (Если вы забыли какой идентификатор у DOS, а какой у Linux
- нажмите клавишу [Tab] и на экран будет выведен список загружаемых
разделов. Теперь запустите программу fdisk из MS-DOS. Удалите все разделы
Linux, назначьте освободившееся место для раздела DOS, а затем, вернувшись
в DOS отформатируйте новый раздел. А теперь попробуйте выбрать в начальном
загрузчика раздел Linux и загрузить его.

И к изумлению зрителей "неубиенный" Linux будет загружен в оперативную
память. Работать вы конечно же не сможете, поскольку все каталоги и файлы
уже уничтожены, но сама система при этом не пострадала!

Но хватит абстрактных экспериментов, давайте продолжим настройку системы.
Что мы уже получили? Система поддерживает свой собственный раздел и раздел
MS-DOS, теоретически работает с гибкими дисками и приводом CD-ROM. Одна
беда, при поытке установки с привода CD-ROM мы получаем сообщение, что он
недоступен! В чем же дело?

И вновь все не так страшно, как кажется. Ранее мы упомянули о том, что
файловые системы надо монтировать и немного сказали о точке монтирования.
Так давайте смонтируем системы для дисководов и привода CD-ROM!

Монтирование файловых систем

Самое время познакомиться с одной из команд Unix - man. Это система
управления справочной информацией по операционной системе, языкам
программирования, прикладным программам и так далее. Так вот для практики
попробуйте вызвать справку по теме ftab:
---------------------------------------------------------------------------

man ftab

---------------------------------------------------------------------------

А теперь перейдите в каталог /etc (в котором хранятся все конфигурационные
файлы системы) и вызовите на редактирование файл ftab:
---------------------------------------------------------------------------

vi ftab

---------------------------------------------------------------------------

Да, кстати, чтобы не заставлять вас искать описание vi, я попробую сказать,

что делать.

Нажмите клавишу <Ins> и вы перейдете в режим редактирования. Переведите
курсор в конец любой строки и нажмите <Enter>. Появится новая строка.

Заполните ее следующими данными:
---------------------------------------------------------------------------

/dev/fd0     /A    msdos   defaults

---------------------------------------------------------------------------

а затем создайте еще две строки
---------------------------------------------------------------------------

/dev/fd1    /B     msdos    defaults

---------------------------------------------------------------------------

/dev/cdrom  /rom   iso9660   ro

После этого нажмите клавишу <Esc>, а затем наберите три символа (они будут
показаны в левом нижнем углу экрана:
---------------------------------------------------------------------------

:wq

---------------------------------------------------------------------------

После этого новый файл ftab будет записан на диск.

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

mkdir /A

---------------------------------------------------------------------------

mkdir /B
mkdir /rom

Как вы вероятно уже догадались, дисководы A и B будут поддерживать доступ к
дискетам в стандарте MS-DOS, а CD-ROM - в стандарте iso9660.

Ну с дисководами вроде понятно. Если вы хотите поддерживать файловую
систему Linux - замените msdos на ext2fs и все! А вот для привода CD-ROM
файловую систему менять нельзя! Ведь даже DOS обращается (через драйвер
mscdex.exe) именно к этим структурам данных.

Ну ладно, теперь мы для чистоты эксперимента перезагрузим компьютер
(используйте только комбинацию из трех пальцев - ctrl-alt-del, нажатие
кнопки reset может погубить все данные!) и попробуйте просмотреть
содержимое каталога /rom.

Увы там пусто! А все потому что файл ftab содержит только информацию о
точках м параметрах монтирования файловых систем, но самого монтирования не
выполняет. А поэтому попробуйте ввести команду:
---------------------------------------------------------------------------

mount /dev/cdrom

---------------------------------------------------------------------------

Теперь можно и повторить команду ls. Как видите, пустой каталог /rom

вдруг наполнился новым содержанием! Это и есть содержимое оптического

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

/rom/slakware

---------------------------------------------------------------------------

/rom/slackware.120

В этих каталогах находятся две версии дистрибутивов операционной системы, и
именно оттуда программа setup должна устанавливать файлы.

Ну что же продолжим! Вызывайте программу setup, а затем выберите пункт
source. А теперь вы должны указать в качестве источника дисковых наборов не
какой-то абстрактный привод CD-ROM, а уже смонтированный каталог, например
/rom/slackware.120. Теперь вы указываете все те дисковые наборы, которые
хотите установить, и в путь...

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

Отвечу только на один. Как сменить дискету или CD-ROM? Для этого вы должны
сначала размонтировать каталог - точку монтирования:
---------------------------------------------------------------------------

umount /rom

---------------------------------------------------------------------------

установить новый диск и повторить команду монтирования
---------------------------------------------------------------------------

mount /dev/cdrom

---------------------------------------------------------------------------

То же относится, конечно и к дискетам.

Установка дистрибутива Red Hat

Хотя диски фирмы Red Hat в России "в чистом вид" достать не так то просто,
вы можете познакомиться с этим дистрибутивом приобретя вполне доступный
компакт-диск "Открытое ядро". На диске имеется руководство по установке
системы, однако, как и большая часть Linux-документация, оно ориентировано
на людей уже знакомых с особенностями установки UNIX из Среды DOS. Поэтому
в этой главе мы рассмотрим процесс настройки дистрибутива Red Hat более
подробно.

Общая структура дистрибутива

Дистрибутив Red Hat Linux 2.1 содержится в нескольких каталогах,
организиваонных следующим образом:

   * DOSUTILS - набор утилит для MS-DOS, которые являются аналогами
     популярных в UNIX служебных программ. С их помощью вы сможете
     распаковать архивы UNIX и создать загружаемые дискеты в UNIX-формате.
   * REDHAT.DOC - различная вспомогательная информация по конфигурированию
     отдельных периферийных устройств и настройке системы, FAQ-, HELP-файлы
     и так далее.
   * REDHAT - в этом каталоге и хранится сам дистрибутив системы. Фирма Red
     Hat полностью переработала традиционный Slakware в результате чего
     полностью изменилось содержание серий пакетов и их начинка. Но надо
     признать, что установка Linux в результате стала более простой!

Вот что находится в каталоге Red Hat:

   * RPMS - пакеты в двоичном формате;
   * base - небольшие архивы средств настройки файловых систем Linux;
   * instimage - образ системы, используемый при установке в среде X
     Window;
   * sets - символьные ссылки на пакеты в rpms с разделением по сериям;
     кроме того, в этом каталоге спрятано еще два подкаталога:

   * updates - новые пакеты, которые включены в последний момент,
   * images - образы загрузочных дисков boot и ramdisk.

Для того, чтобы установить систему вам, так же, как и для дистрибутива
Slackware потребуется вначале создать загрузочные диски, используя данные в
каталогах \sets\images\ и \sets\updates.

Требования к аппаратным средствам

Для того, чтобы инсталлировать дистрибутив Red Hat в полном об®еме, вам
потребуется как минимум следующая аппаратная конфигурация:

   * CPU 386 (лучше конечно Pentium),
   * Mb RAM,
   * трехдюймовый дисковод в качестве устройства A:,
   * CD-ROM (может быть сетевой),
   * Mb свободного места на жестком диске для раздела Red Hat.

Если Вы имеете только 4 Мб RAM, тогда вместо Red Hat Вам следует установить
Slackware Linux. Если же на Вашем диске есть менее 150 Мб свободного
пространства, то Вы сможете установить Red Hat, но в ограниченном об®еме.
После первоначальной инсталляции у Вас будет возможность установить с
CD-ROM дополнительные пакеты. При попытке установить сразу слишком много
пакетов, может возникнуть проблема переполнения диска и текущую инсталляцию
придется прекратить и начать все с самого начала.

Тонкость N3 - запуск X-windows.

Теперь самое время попробовать, что получилось. Но запускать Xwindow
необходимо с помощью либо openwin или startx. Перед вами появится почти
чистый экран. Нажмите кнопку мышки. А теперь вторую. Перед вами появится
меню, которое, кстати, вы можете отредактировать по своему усмотрению.
Впрочем, как и системное меню, которое как и в MS Windows по умолчанию
содержит команды Close, Restore, Kill и так далее.

Теперь вы можете заняться исследованием X-window, так же, как в свое время
приступали к MS Windows. Поверьте, многое даже проще!

Тонкость N4 но не последняя - русификация.

Как я уже указывал выше, проблема русификации X-Windows решена г-ном
Вакуленко. И с моей стороны было бы просто плагиатом перепечатывать его
инструкцию к пакету xcyr. Тем более, что она написана на русском языке.

Но одна сложность все же есть. А именно - русификация Linux в текстовом
режиме. Так вот, чтобы заставить Linux говорить по-русски вам потребуется
загрузить ЙЦУКЕН-раскладку и знакогенераторы кириллицы с помощью программы
Setup (Remap your keyboard), а затем выполнить следующую последовательность
команд (которую можно оформить как скрипт-файл):
---------------------------------------------------------------------------

loadkeys /usr/lib/kbd/keytables/russian.map

---------------------------------------------------------------------------

mapscrn koi2alt
setfont Cyr_a8x16
printf "\033(K"
echo  Для включения кириллицы нажмите правый <Alt>

Отметим, что начиная с версии 1.2.13 в состав дистрибутива Slackware
включен набор дисков cyr1, который содержит все необходимое для
руссификации программное обеспечение - экранные шрифты, раскладки
клавиатуры, шрифты и раскладки для X-Window, шрифты Postscript для принтера
и скрипт-файлы, осуществляющие корректную установку шрифтов в системе.

Загрузка и разгрузка операционной системы

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

Настоящий материал, среди всего прочего, базируется на одной из книг Linux
Documentation Project - System Administration Guide. К сожалению, в
комплект поставки Linux эта книга не включается, и вам придется искать ее в
Internet самостоятельно.

Процесс загрузки системы

Вопреки бытующему мнению о непод®емности и монстрообразии UNIX-систем вы
можете загрузить Linux как с жесткого диска, так и с дискеты. Причем в
последнем случае вы можете поместить в 1 МБ и ядро системы, и ряд
прикладных программ или утилит. Работали же когда-то люди на ЕС-1840 или
ДВК-2!

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

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

Гибкий магнитный диск. Осуществляется посекторное считывание в
фиксированное место оперативной памяти 512 КБ данных, содержащих образ ядра
операционной системы. С целью упрощения процесса загрузки, дискета с ядром
Linux не содержит никакой файловой системы, и вся информация просто
хранится сектор за сектором.

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

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

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

Конечно же, есть и другие загрузчики. Но поскольку LILO была написана
специально для Linux, она имеет ряд весьма примечательных особенностей, как
например, возможность передачи аргументов ядру на этапе загрузки, что
позволяет изменить установки ряда параметров системы "на лету".

Вообще говоря, LILO является своеобразным стандартом и альтернативные
загрузчики, такие как bootlin или bootactv постепенно вытесняются и уходят
в прошлое.

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

Если вы установили сжатое ядро, его необходимо распаковать. Кстати, поэтому
первое, что вы видите на экране, это сообщение программы распаковки:
---------------------------------------------------------------------------

Uncompressing Linux.....

---------------------------------------------------------------------------

Скорее всего, ваш компьютер оснащен SVGA-адаптером. В этом случае, в
зависимости от конфигурации ядра системы, вам может быть предоставлена
возможность установить один из нестандартных режимов видеоадаптера,
например 100 символов на 40 строк. Зачем это надо? Дело в том, что далеко
не все терминалы имеют разрешение 80*25. Напомню, что количество символов в
строке ведет свою историю от 80-колоночных перфокарт, но ведь ветераны
помнят, что были еще и 132-"дырочные" карты! Поэтому вы имеете возможность
настроить свою систему таким образом, чтобы программное обеспечение,
рассчитанное на работу с конкретным терминалом, корректно выполнялось на
вашей машине.

Затем Linux проверяет состав аппаратных средств, подключенных к машине
(гибкие магнитные диски, винчестеры, сетевые адаптеры и звуковые карты) и
конфигурирует некоторые из них. Причем процесс конфигурирования
отображается на экране, а также записывается в одном из служебных файлов. А
команда /bin/dmesg позволяет вам просмотреть все сообщения во время
загрузки. Это оказывается удобно в тех случаях, когда какая то из команд
инициализации возвращает сообщение об ошибке, которое вы не успеваете
просмотреть.

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

Console: colour EGA+ 80x25, 8 virtual consoles

---------------------------------------------------------------------------

Serial driver version 3.99a with no serial options enabled
tty00 at 0x03f8 (irq = 4) is a 16450
tty01 at 0x02f8 (irq = 3) is a 16450
tty02 at 0x03e8 (irq = 4) is a 16550A
lp_init: lp1 exists, using polling driver
snd2 <SoundBlaster Pro 4.5> at 0x220 irq 10 drq 1
snd6 <SoundBlaster 16 4.5> at 0x220 irq 10 drq 5
snd7 <SoundBlaster MPU-401> at 0x330 irq 10 drq 0
snd1 <Yamaha OPL-3 FM> at 0x388 irq 0 drq 0
Sony I/F CDROM : SONY     CD-ROM CDU33A    Rev 1.0d with tray load mechanism
using 16384 byte buffer, capable of audio playback
Calibrating delay loop.. ok - 7.98 BogoMips
Memory: 6992k/8192k available (532k kernel code, 384k reserved, 284k data)
Floppy drive(s): fd0 is unknown type 0, fd1 is 1.44M
Swansea University Computer Society Net2Debugged [1.30]
IP Protocols: ICMP, UDP, TCP
PPP: version 0.1.2 (4 channels)
TCP compression code copyright 1989 Regents of the University of California
PPP line discipline registered.
SLIP: version 0.7.5 (4 channels)
CSLIP: code copyright 1989 Regents of the University of California
Linux version 1.0.8 (root@mntr) #3 Sun Nov 13 21:19:51 boot ibcs init 1994
Partition check:
hda: hda1 hda2
hdb: hdb1 < hdb5 > hdb2 hdb3 hdb4
VFS: Mounted root (ext2 filesystem) readonly.

Но! Linux при загрузке не проверяет правильность установки настроек
драйверов. В частности, Sound Blaster настроен на IRQ7, но когда-то
сгенерированный под IRQ10 драйвер так и смущает меня каждый день! А вот на
сообщение о типах микросхем коммуникационного порта советую обратить
внимание. В этих строчках может крыться об®яснение того факта, почему ваш
замечательный Zyxel не работает со скоростями выше 9600.

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

А вот теперь наступает пора файловой системы. Ядро пытается смонтировать
root filesystem (смотри последнюю строчку в протоколе загрузки). Точка
монтирования системы устанавливается командой rdev).

Тип монтируемой системы опредеяется автоматически, важно только, чтобы она
поддерживалась ядром. Имейте в виду, что если смонтировать файловую систему
не удается, Linux ударяется в панику (так и называется - panic mode) и
"насмерть завешивает машину".

Затем ядро стартует фоновую задачу /etc/init (PID=1), которая считывает
конфигурационный файл /etc/inittab, отрабатывает его, а затем запускает
скрипт-файл оболочки /etc/rc. Этот скрипт запускаает все фоновые задачи
(они же демоны), которые обязаны заботиться об обслуживании периферийных
устройств, очередей запросов на печать и прочей рутиной. Кстати, в
зависимости от режима запуска системы вызываются различные варианты
скрипт-файлов /etc/rc.

Это, между прочим, совсем не простой процесс и его стоит рассмотреть
подробнее. Вот фрагмент типового файла /etc/inittab:
---------------------------------------------------------------------------

# автоматический старт (уровень 5).

---------------------------------------------------------------------------

id:5:initdefault:
# Инициализация системы при загрузке
si:S:sysinit:/etc/rc.d/rc.S
# запуск однопользовательского режима
su:S:wait:/etc/rc.d/rc.K
# Инициализация многопользовательского режима
rc:123456:wait:/etc/rc.d/rc.M
# Реакция на комбинацию из трех пальцев
ca::ctrlaltdel:/sbin/shutdown -t3 -rf now
# Реакция на отказ блока питания (разгрузка системы в
# однопользовательском режиме)
pf::powerfail:/sbin/shutdown -f +5 "THE POWER IS FAILING"
# Откат разгрузки системы, если питание восстановлено
pg:0123456:powerokwait:/sbin/shutdown -c "THE POWER IS BACK"
# Если питание восстановлено в однопользовательском режиме -
# запустить многопользовательский режим (он же уровень 5)
ps:S:powerokwait:/sbin/init 5

Формат записей в файле /etc/inittab вы можете получить, обратившись к
системе подсказок man, а я хочу обратить ваше внимание на следующее:

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

# /etc/rc/rc.S

---------------------------------------------------------------------------

#
# Системные настройки, выполняемые при загрузке системы
# Вся настройка пользователя должна осуществляться в rc.local
PATH=/sbin:/usr/sbin:/bin:/usr/bin
# разрешаем свопинг
#/sbin/swapon -a  # для всех разделов подкачки
swapon /dev/hdb2  # только для конкретного
# Проверяем, не смонтирована ли корневая система как read-only
READWRITE=no
if echo -n >> "Testing filesystem status"; then
rm -f "Testing filesystem status"
READWRITE=yes
fi
# Проверяем целостность всех файловых систем
if [ ! $READWRITE = yes ]; then
/sbin/fsck -A -a
# В случае ошибок переход в однопользовательский режим
# Все сообщения по-английски, поскольку русификаторы пока не
# загружены
if [ $? -gt 0 ] ; then
echo
echo
echo "**************************************"
echo "fsck returned error code - REBOOT NOW!"
echo "**************************************"
echo
echo
/bin/login
fi
# Переключение файловой системы в режим read-write
echo "Remounting root device with read-write enabled."
/sbin/mount -w -n -o remount /
else
#
# При включении ядро системы находилось в режиме read-write, что
# не позволяет проверить целостность системы. Выдаем рекомендации
# по устранению этого дефекта
#
cat << EOF
*** Root partition has already been mounted read-write. Cannot check!
For filesystem checking to work properly, your system must initially mount
the root partition as read only. Please modify your kernel with 'rdev' so that
it does this. If you're booting with LILO, type:
rdev -R /vmlinuz 1
(  ... or whatever your kernel name is.)
If you boot from a kernel on a floppy disk, put it in the drive and type:
rdev -R /dev/fd0 1
This will fix the problem *AND* eliminate this annoying message. :^)
EOF
sleep 10
fi

# удаляем блокировочные файлы, которые создаются служебными программами
/bin/rm -f /etc/mtab* /etc/nologin /etc/utmp
# И создаем новые версии.
cat /dev/null >> /etc/utmp
# монтируем файловые системы, приведенные в /etc/fstab
# за исключением NFS, поскольку TCP/IP еще не установлен
/sbin/mount -avt nonfs
# Настройка системных часов
if [ -x /sbin/clock ]; then
/sbin/clock -s
fi
# Установка содержимого файлов /etc/issue и /etc/motd
# Это обычные текстовые файлы, содержащие текущие новости из жизни
# системы (/etc/issue) и так называемую "мысль дня" (/etc/motd)
#
# Вы можете без колебаний заменить приведенные ниже строки на
# собственные варианты. Например, выбор случайной строки из текстового
# файла, содержащего пословицы и поговорки.
echo > /etc/issue echo Welcome to Linux `/bin/uname -a |
/bin/cut -d\  -f3`. >> /etc/issue echo >> /etc/issue
echo "`/bin/uname -a | /bin/cut -d\  -f1,3`. (Posix)." > /etc/motd
# Настройка коммуникационных портов
# Обратите внимание, что строка вызова скрипта настройки
# коммуникационных портов по умолчанию закрыта комментарием. Дело в том,
# что довольно часто загрузка прерывается в тех случаях, когда параметры
# настройки не соответствуют реальной конфигурации компьютера. Поэтому
# рекомендуется вначале отладить этот скрипт и лишь затем
# инициализировать его при загрузке.
#/bin/sh /etc/rc.d/rc.serial
# инициализируем сервер доменных имен
named
# Конец файла rc.S

---------------------------------------------------------------------------

#! /bin/sh

---------------------------------------------------------------------------

#
# Конфигурирование системы для работы в многопользовательском режиме
# Сообщаем пользователю о переходе в многопользовательский режим
echo "Going multiuser..."
# Запуск демона update в фоновом режиме
/sbin/update &
# Установка времени задержки выключения монитора (в минутах)
/bin/setterm -blank 15
# Инициализация сетевой поддержки
if [ -x /etc/rc.d/rc.inet1 ];
then
        /bin/hostname vvv           # имя хоста
        /bin/domainname rinet.ru    # и домена
/bin/sh /etc/rc.d/rc.inet1  # запуск конфигурационных скриптов
/bin/sh /etc/rc.d/rc.inet2
else
/sbin/hostname_notcp vvv    # если TCP/IP не установлен
/bin/domainname rinet.ru
echo
echo "Since you don't have TCP/IP installed, syslogd will complain when it first"
echo "starts. The warning can be ignored."
echo
/usr/sbin/syslogd
/usr/sbin/klogd
/usr/sbin/lpd
/usr/sbin/crond
fi
# удаление устаревших блокировочных файловв
/bin/rm -f /usr/spool/locks/* /usr/spool/uucp/LCK..* /tmp/.X*lock 1> /dev/null 2> /dev/null
# Отключение зависших сетевых гнезд
if [ -r /tmp/hunt -o -r /tmp/hunt.stats ]; then
echo "Removing your stale hunt sockets from /tmp..."
/bin/rm -f /tmp/hunt*
fi
# Обновление всех связей статических библиотек
/sbin/ldconfig
# И наконец, запуск локальной процедуры настройки
/etc/rc.d/rc.local
# Конец файла rc.M

Кроме того, inittab содержит команды инициализации виртуальных консолей и
коммуникационных портов, которые позволяют подключить к Linux-системе
удаленные терминалы или другие host-машины. Но к этому вопросу мы вернемся
отдельно.

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

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

Разгрузка операционной системы

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

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

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

Именно поэтому вам необходимо аккуратно и качественно организовать процесс
разгрузки операционной системы. Для этой цели в Linux предусмотрена
специальная программа /bin/shutdown. Давайте рассмотрим, как ее
использовать?

Прежде всего отметим, что вызов этой программы осуществляется при вводе
клавишной комбинации "из трех пальцев"-Ctrl-Alt-Del. Поэтому изложенный
ниже материал предназначен не для ежедневного использования, а для более
глубокого понимания процесса разгрузки и разработки собственных механизмов.

Если вы являетесь единственным пользователем системы, то для выгрузки
системы вы должны (во всяком случае, с точки зрения теории) остановить все
текущие программы, закрыть виртуальные пользовательские консоли,
зарегистрироваться в системе как root (а если вы уже работаете как root, то
во избежание неприятностей перейдите в каталог /root ), а затем ввведите
команду
---------------------------------------------------------------------------

shutdown -q now

---------------------------------------------------------------------------

Кстати, вместо now вы можете указать интервал времени (в минутах) через
который система осуществит окончательную разгрузку. Необходимо отметить,
что в первоначальных версиях системы (диски Release 2 и Release 3) код
команды shutdown содержит ошибку, в результате которой таймер не работает и
разгрузка осуществляется мгновенно в любом случае, впрочем, если вы
владеете UNIX-машиной в гордом одиночестве, задержка вам вряд ли
понадобится. А вот если вы строите сервер или многопользовательскую систему
- воспользуйтесь дисками Release 4 или более поздними, в которых эта ошибка
исправлена.

Вообще говоря, в многопользовательской системе выдача команды shutdown
обычно сопровождается кратким сообщением о причине, по которой завершается
работа с системой. Впрочем, это можно и не делать, если вы не слишком
уважаете своих пользователей. В конце концов, через определенные промежутки
времени, shutdown все равно будет терроризировать пользователей сообщениями
типа : "до взрыва осталось 8 минут".

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

Если же вы хотите перегрузить компьютер, то можете воспользоваться командой
reboot, которая аналогична команде shutdown, но не останавливает систему
после завершения разгрузки, а автоматически начинает перезагрузку
операционной системы.

Иногда, как это ни прискорбно, система не хочет корректно разгружаться.
Например, в том случае, если система запаниковала (panic mode) и пошла в
разнос. Вы должны отдавать себе отчет, что любое нажатие клавиши может
привести к непредсказуемым и непоправимым последствиям, а поэтому лучше
закрыть глаза и тихонько нажать на клавишу Reset. Во всяком случае, у вас
остается надежда, что программа fsck при повторной загрузке исправит (или
попытается это сделать) ошибки на диске. Если же повреждения оказались
менее серьезными (в SAG под этим подразумевается несколько ударов топором
по клавиатуре), то имеет сысл использовать команду update для того, чтобы
снести содержимое буферов на диск, и только после этого выключать питание.

Среди части системных программистов пользуется популярностью некое сложное
заклинание, состоящее из трех команд sync, между которыми следует дождаться
мигания светодиода доступа к винту, и лишь после этого считается
позволительным выключать питание машины. Если в этот момент у вас нет
никаких активных программ, то этот процесс, вообще-то, полностью
эквивалентен команде shutdown. Но, поскольку вы не размонтировали файловые
системы, то флажок clean filesystem для наиболее распространенной системы
ext2fs (смотри [1]) сброшен не будет, что приведет к недовольному ворчанию
fsck при повторном запуске программы.

Поэтому пользоваться подобными "открытиями" не стоит.

В то же время не стоит огульно охаивать опыт минувших поколений. Метод трех
sync-ов ведет свое начало с тех времен, когда солнце светило ярче, а машины
работали не так быстро. Поэтому промежуток между выполнениями трех
раздельно введенных команд был вполне достаточным, чтобы успели выполниться
все операции ввода/вывода с дисков.

Демоны и фоновые процессы

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

Демон (от английского demon или daemon-встречаются обе транскрипции!)
представляет собой программу выполняющуюся в фоновом режиме, незаметно для
пользователя и дополняющую операционную систему каким либо специальным
сервисом. Происхождение названия не имеет ничего общего с ужасами
потустороннего мира или игрой DOOM, и представляет собой акроним от "Disk
And Execution MONitor". Основная идея, положенная в основу демонов, состоит
в том, что эта программа не вызывается пользователем в явной форме, а
спокойно ожидает в памяти какого-либо определенного события. Инициатор
генерации события может и не подозревать, что в дебрях оперативной памяти
его подстерегает голодный демон (а иногда программа может выдать квитанцию
о выполнении той или иной операции только в том случае, если она передала
информацию соответствующему демону). Характерный пример - работа с
принтером, при котором программа LPR передает данные демону управления
печатью LPD. При постановке задачи в очередь на печать LPR даже не
интересуется наличием в памяти демона печати, а только помещает печатаемый
файл в каталог спулинга.

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

Мы уже упоминали об одном демоне, к которому каждый UNIX-программист должен
относится с почтением. Это /etc/update - программа выполняющая
синхронизацию дисков (системный вызов sync) каждые тридцать секунд.

Есть и другие полезные демоны, которых вы можете обнаружить с помощью
команды ps -ax (показать все процессы, в том числе и те, которые запущены
другими пользователями). Это syslogd и crond. Первый из них ведет системный
журнал, который помогает системному администратору разобраться в причинах
сбоев и неполадок, а также обнаружить злоумышленников, пытающихся взломать
защиту вашей системы, а второй...... Впрочем, чтобы выяснить это вы всегда
можете воспользоваться он-лайновой системой помощи.

Отмечу попутно, что man не всегда сразу же находит нужную информацию.
Связано это с тем, что все данные разделены на несколько страниц. При этом
на первой странице размещается описание команд, на второй - системные
вызовы, а на восьмой - конфигурационные файлы. Поэтому, имеет смысл указать
программе, на какой странице вы рассчитываете найти интересующую вас тему.
А как это сделать - вы можете узнать, воспользовавшись командой man man -
получить подсказку по команде man.

Демоны, как правило, стартуют сразу же после окончания загрузки системы и
не нуждаются в присутствии активных пользователей. Поэтому вы можете
организовать работу UNIX-системы без участия человека, например, создав
FTP-сервер или BBS, которые запускаются в автоматическом режиме (об этом мы
еще поговорим).

Более подробно о загрузчиках системы

LILO - Linux Loader

LOADLIN

Права доступа и регистрация в системе

Регистрация в системе

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

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

uugetty - стандартная программа регистрации на консоли (виртуальной линии);

uugetty_ps - программа, позволяющая зарегистрироваться, подключившись к
последовательному порту через нуль-модем или (как бы его получше назвать)
не-нуль-модем;

mgetty - программа регистрации, распознающая приходящие факсы.

Любая из этих программ выдает на ваш терминал подсказку

login:

ведущую свое происхождение от двух слов LOG IN (один из переводов -
"шлагбаум на вьезде"). В ответ на подсказку вы должны ввести свой
идентификатор, и, если это потребутся, пароль. В случае, если идентификатор
пользователя и пароль присутствуют в файле /etc/passwd вы будете допущены в
систему.

Если программа getty обнаружит файл /etc/nologin (совершенно неважно, что в
нем находится) то регистрация в системе будет запрещена! Создается этот
файл обычно программой shutdown или ее аналогами. Смысл мероприятия
довольно прозрачен - не допустить внесения изменений в систему после
завершения разгрузки. При запуске системы это файл должен автоматически
ликвидироваться и проблем у вас возникать не должно. За исключением того
случая, когда вы вручную создадите этот файл во время работы. Так что
будьте бдительны!

Права доступа к файлам в системе UNIX

Основным понятием, определяющим все отношение к "правам и обязанностям
пользователей" являются атрибуты файла. Напомню, что атрибуты файла,
принятые в MS-DOS заимствованы из CP/M, а туда попали из UNIX. Насколько
удачным оказалось использование "испорченного телефона" можно судить по
большому количеству признаков, одним из которых является, например,
количество вирусов. В этой области Microsoft есть чем гордиться - MS-DOS и
впрямь впереди планеты всей. Но давайте вернемся к правам доступа. Начнем
со знакомой вам (если вы уже установили Linux) программы распечатки
каталогов ls. Обычно программа не балует пользователя избытком информации,
но если вы воспользуетесь ключом -l, то получите следующее:
---------------------------------------------------------------------------

        rw-rw-rw-     1       vovka      root       4067    Nov 5 13:12  caterpillar.tar.z

---------------------------------------------------------------------------

Что же нам сообщила система? Первая, непонятная на первый взгляд,
последовательность символов как раз и представляет собой права доступа к
этому файлов со стороны различных категорий пользователей. Затем (1)
выводится количество синонимов, под которыми данный файл известен системе.
Далее вам сообщается имя владельца файла (vovka), то есть идентификатор
лица его создавшего, и группа, к которой он принадлежит (root). Ну а затем
все как обычно - длина файла в байтах, дата и время его создания и
собственно имя файла. Надеюсь, что пользователи DOS обратят внимание на тот
факт, что в UNIX точка в имени файла лишена своего таинственного ореола-у
файла может быть несколько расширений (Это не блажь. Несколько расширений
используется для обозначения последовательности операций, которым
подвергалась информация, записанная в файле. Так, в нашем примере,
.tar-расширение устанавливаемое одноименной программой архивации, а .z
добавляется программой упаковки gzip. В результате для распаковки архива
вам потребуется вначале распаковать файл с помощью gunzip, а уже затем
разархивировать с помощью tar. А вот если вам встретится архивный файл с
расширением .tgz-придется воспользоваться программой tar и ее встроенным
распаковщиком-прим.ред.).

Давайте рассмотрим, из чего складывается запись прав доступа. Первый символ
показывает тип файла (обычный файл, каталог или файл, ассоциированный с
устройством ввода/вывода). А вот за ним следует три группы из трех
символов, определяющих права: владельца файла, его группы и всех прочих
пользователей. Для каждой из этих категорий может быть установлен или
запрещен доступ к файлу на чтение (r) , запись-то есть внесение модификаций
и удаление (w) и на выполнение файла (x). Если соответствующая категория
доступа разрешена, она отображается буквой, если нет-дефисом. Поэтому
прочитать права доступа при просмотре записей каталога оказывается при
наличии некоторых навыков очень легко.

Обычно на суперпользователей (таким является, например, root) описанные
выше ограничения не распространяются. Однако, различные серверы и демоны
подобных привилегий не имеют, а следовательно вы должны не забывать
устанавливать для них соответсвующие права доступа в области "прочие
пользователи".

Наряду с защитой от несанкционированного доступа к файлам, каталогам и
устройствам (без каких-либо проблем вы можете ограничить доступ к каталогам
или устройствам, которые являются так называемыми специальными файлами
UNIX) механизм прав доступа используется и для контроля целостности
программного обеспечения системы. Как вы знаете, немалую часть системных
программ составляют скрипт-файлы, написанные на языке оболочек (shell). Но
как отличить обычный текстовый файл от исполняемого скрипт-файла? Здесь на
помощь приходит атрибут x из записи прав доступа. Если этот атрибут
установлен, вы можете исполнять файл как обычную UNIX-программу, если же
нет...

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

ksh myscript

---------------------------------------------------------------------------

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

chmod {a,u,g,o} {+|-} {r,w,x} <имя файла>

---------------------------------------------------------------------------

Первая группа кодов указывает на категорию пользователей (a-все, u-владелец
файла, g-группа, к которой принадлежит владелец, o-все прочие). Плюс или
минус устанавливают или отменяют атрибут, который кодируется тем же
символом, который появляется при выводе каталога.

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

chmod u+rwx prettysript

---------------------------------------------------------------------------

chmod g+rx prettyscript
chmod o+x prettyscript

А-а-а-а! -- воскликнет искушенный пользователь, -- а если текстовый
редактор по умолчанию разрешает доступ на чтение и запись всем
пользователям? Тогда придется каждый раз отдельно запрещать доступ по
записи и приведенные выше примеры носят абстрактный характер!

Читатель, как всегда оказывается прав. Приведенный выше синтаксис chmod
ориентирован больше на любителя, чем на настоящего UNIX-оида, который не
боится использовать самые разные системы счисления. Дело в том, что впервые
UNIX был реализован на компьютерах фирмы Digital, в которой в отличие от
Intel была принята не шестнадцатиричная, а восьмиричная система счисления
(каждый разряд числа, записанного в этой системе счисления соответствует не
четырем, а трем двочным разрядам, а при записи чисел вполне хватает цифр от
0 до 7). Обратите внимание, что права доступа для каждой категории
пользователей могут быть записаны с помощью одного восьмиричного числа. И
chmod поддерживает этот формат.

Вот например, как можно записать приведенную выше настройку прав доступа с
помощью одной строки:
---------------------------------------------------------------------------

chmod 751 prettyscript

---------------------------------------------------------------------------

Что означает сие непонятное число? Давайте расшифруем его биты и, как

говорится, "приведем в соответствие". Вот что мы имеем:

u7 g5 o1

1 1 1 1 0 1 0 0 1

r w x r w x r w x

В результате, при распечатке каталога мы получим вот такую запись прав
доступа:

   * rwxr-x-x

что в полной мере соответствует нашим ожиданиям. Кстати, в литературе и
документации к системе обычно ссылка на права доступа дается именно в
восьмиричном счислении, поэтому наткнувшись на предложение типа "установите
права доступа для данного файла 640", не мудрствуйте, а просто выполните
команду chmod 640 <имя файла>.

Кто варежку потерял?

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

Совершенно верно - к конфузам. Вот типовая ситуация. Суперпользователь
(root), обладает всеми необходимыми полномочиями, чтобы установить, ну
скажем, BBS RoCat (Roman Catacombs-диск LinuxWare 1.0). И совершенно
спокойно создает дерево каталогов на пару мегабайт. После этого вы садитесь
за чтение документации и с ужасом обнаруживаете, что и имя каталога должно
быть вполне определенное (ну это-то просто, можно использовать либо команду
mv -- чисто DOS-овский подход, либо воспользоваться командой ln, что
предпочтительнее), да и владельцем файлов должен быть системный оператор с
идентификатором BBS из группы BBS.

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

Можно, и без проблем. Для этого вы можете воспользоваться командой chown,
которая позволит изменить идентификатор владельца любого файла, каталога и
даже дерева каталогов. Для изменения группы владельца файла вы можете
использовать команду chgrp. А UNIX при попытке доступа к файлу сопоставит
идентификатор пользователя и его группу с соответствующими полями в
характеристиках файла и сделает соответствующие выводы.

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

Группы и пользователи

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

Отметим, что кличка нужна системе только для того, чтобы вы не путали
UNIX-систему и концлагерь, самому же компьютеру, наоборот, удобнее
использовать числовые идентификационные номера.

Как показала практика использования вычислительных машин, зачастую над
одним проектом работает несколько пользователей. об®единенных в так
называемые группы. Группы пользователей имеют ряд общих данных (например,
работая над одним проектом разумно пользоваться единой версией библиотек и
готовить единый макет технической документации к проекту). И естественно,
что для пользователей "своей" группы целесообразно сделать некоторые
послабления.

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

Справочная информация о пользовательских группах обычно хранится в файле
/etc/group, который носит чисто информационный характер и иногда даже не
используется. А вот информация о пользователях жизненно необходима для
нормального функционирования системы.

Пароли и профили пользователей

Концепция паролей традиционна для системы UNIX и поддерживается в
практически неизменном виде вот уже более двух десятков лет. Идея
проста-проверить, имеет ли пользователь право доступа к системе путем
сравнения идентификатора и пароля, введенных пользователем с эталонами,
хранящимися в файле паролей (обычно -- /etc/passwd).

Это обычный ASCII-файл, который вы можете отредактировать с помощью vi или
Emacs. Как и большинство конфигурационных файлов UNIX, passwd состоит из
записей, поля которых разделены двоеточиями. Вот пример одной из записей:
---------------------------------------------------------------------------

vovka:Xv75fs1Z521:102:0:Vladimir Vodolazkiy:/home/vovka:/bin/tcsh

---------------------------------------------------------------------------

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