Курсовая работа: UNIX System V

Сообщение:

               NO SPACE LEFT IN / lost+found (EXPEND)

В корнвом каталоге файловой системы нет места, чтобы добавить другой элемент к каталогу lost+found. При очистке каталог lost+found расширяется.

Возможные ответы на приглашение EXPAND:

YES - расширить каталог lost+found, чтобы найти место для нового элемента. Если попытка расширения неудачна, команда fsck печатает сообщение:

Сообщение:

               SORRY. NO SPACE IN lost+found DIRECTORY

и прерывает попытку соединить потерянный индексный дескриптор файла. Это, в свою очередь, попрождает на этапе 4 сообщение об ошибке UNREF. Очистить ненужные элементы в каталоге lost+found. Эта ошибка является фатальной если очищается файловая система;

NO - прервать попытку связать потерянный индексный дескриптор файла. Это порождает на этапе 4 сообщение об ошибке UNREF.

Сообщение:

               DIR I=I1 CONNECTED. PARENT WAS I=I2

Это справочное сообщение, указывающее, что индексный дескриптор файла I1 каталога был успешно соединен с каталогом lost+found. Родительский индексный дескриптор файла I2 индексного дескриптора файла I1 замещается номером индексного дескриптора каталога lost+found.

Сообщение:

               DIRECTORY F LENGTH 5 NOT MULTIPLE OF S (ADJUST)

Был найден каталог F с размером S, не кратным размеру B блока каталога. (Учтите, что это может возникнуть снова на этапе 3, если исключительная ситуация не будет исправлена на этапе 2).

Возможные ответы на приглашение ADJUST:

YES - округлить длину до соответствующего размера блока. При очистке файловой системы печается только предупреждение и корректируется каталог;

NO - проигнорировать эту исключительную ситуацию.

Сообщение:

               BAD INODE S TO DESCEND

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

2.4.4.6. Этап 4: Проверка подсчета ссылок

На этом этапе проверяется информация о подсчете связей, полученная на этапах 2 и 3. Дается отчет об исключительных ситуациях, возникших в результате наличия:

• файлов без ссылок;
• отсутствующего или заполненного каталога lost+found;
• неправильного подсчета связей для файлов, каталогов, символьных связей или специальных файлов;
• файлов без ссылок, символьных связей и каталогов;
• неудачных или идентичных блоков в файлах, символьных связях и каталогах.

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

Этап 4. Сообщения об ошибках.

Сообщение:

               UNREF FILE I=I OWNER=O MODE=M SIZE=S MTIME=T

               (RECONNECT)

Индексный дескриптор файла I не был соединен с элементом каталога при проверке файловой системы. Печатаются: владелец O, режим M, размер S и время модификации T индексного дескриптора файла I. Файл очищается, когда либо его размер, либо подсчет его связей нулевые; в противном случае он заново соединяется.

Возможные ответы на приглашение PROMPT:

YES - заново соединить индексный дескриптор файла I с файловой системой в каталоге для потерянных файлов (обычно это каталог lost+found). Это может порождать на этапе 4 сообщение об ошибках lost+found, если есть проблемы соединения индексного дескриптора файла I с каталогом lost+found;

NO - проигнорировать эту исключительную ситуацию. Это всегда вызывает ситуацию CLEAR на этапе 4.

Сообщение:

               (CLEAR)

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

Возможнные ответы на приглашение CLEAR:

YES - освободить индексный дескриптор файла путем обнуления его содержания;

NO - проигнорировать эту ситуацию.

Сообщение:

               NO lost+found DIRECTORY (CREATE)

В корневом каталоге файловой системы нет каталога lost+found. При очистке команда fsck пытается создать каталог lost+found.

Возможные ответы на приглашение CREATE:

YES - создать каталог lost+found в корне файловой системы. Это может порождать следующее сообщение:

               NO SPACE LEFT IN / (EXPAND)

Невозможность создать каталог lost+found порождает сообщение:

               SORRY. CANNOT CREATE lost+found DIRECTORY

и прерывает попытку подсоединить потерянный индексный дескриптор файла. Это в свою очередь порождает на этапе 4 сообщение об ошибках UNREF.

NO - прекратить попытку присоединить потерянный дескриптор файла. Это порождает на этапе 4 сообщение об ошибках UNREF.

Сообщение:

               lost+found IS NOT A DIRECTORY (REALLOCATE)

Элемент для lost+found не является каталогом.

Возможные ответы на приглашение REALLOCATE:

YES - выделить индексный дескриптор файла каталога и изменить каталог lost+found для ссылки на него. Предыдущая ссылка на индексный дескриптор файла в каталоге lost+found не очищается. Таким образом, о нем либо снова заявлено как об индексном дескрипторе файла UNREF, либо подсчет его связей корректируется (ADJUST) позднее на этом этапе. Невозможность создать каталог lost+found порождает сообщение:

               SORRY. CANNOT CREATE lost+found DIRECTORY

и прерывает попытку подсоединить потерянный индексный дескриптор файла. Это порождает на этапе 4 сообщение об ошибках UNREF.

NO - прекратить попытку присоединить потерянный индексный дескриптор файла. Это порождает на 4 этапе сообщение об ошибках UNREF.

Сообщение:

               NO SPACE LEFT IN /lost+found (EXPAND)

В корневом каталоге файловой системы нет места для добавления другого элемента к каталогу lost+found. Каталог lost+foun расширяется.

Возможные ответы на приглашение EXPAND:

YES - расширить каталог lost+found, чтобы найти место для нового элемента. Если попытка расширения неудачна, команда fsck распечатывает сообшение:

               SORRY. NO SPACE IN lost+found DIRECTIRY

и прерывает попытку присоединить потерянный индексный дескриптор файла. Это порождает на этапе 4 сообщение об ошибках UNREF. Очистить ненужные элементы в каталоге lost+found. Эта ошибка фатальная, если очищается файловая система.

NO - прекратить попытку присоединить потерянный дескриптор файла. Это порождает на этапе 4 сообщение об ошибках UNREF.

Сообщение:

               LINK COUNT TYPE I=I OWNER=O MODE=M SIZE=S MTIME=T

               COUNT=X

               SHOULD BE Y (ADJUST)

Подсчет связей для индексного дескриптора файла I - X, а должен быть Y. Печатаются: владелец O, режим M, размер S, время модификации T. При очистке подсчет связей корректируется, если не возрастает число ссылок; условие, которое не должно никогда возникать, если не усугубляется ошибкой в технических средствах. Когда число ссылок возрастает во время очистки, команда fsck завершается с сообщением:

               LINK COUNT INCREASING

Возможные ответы на приглашение ADJUST:

YES - заменить подсчет связей индексного дескриптора файла I на Y;

NO - проигнорировать эту исключительную ситуацию.

Сообщение:

               UNREF TYPE OWNER-O MODE-M SIZE-S MTIME-T (CLEAR)

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

Возможные ответы на приглашение CLEAR:

YES - освободить индексный дескриптор файла I путем обнуления его содержимого;

NO - проигнорировать эту исключительную ситуацию.

Сообщение:

               BAD/DUP TYPE OWNER-O MODE-M SIZE-S MTIME-T (CLEAR)

На этапе 1 или 1B были обнаружены идентичные или неудачные блоки, связанные с индексным дескриптором файла I. Печатаются: владелец O, режим M, размер S и время модификации T индексного дескриптора файла I. Это сообщение не может появится при очистке файловой системы, поскольку оно ранее вызвало фатальную ошибку.

Возможные ответы на приглашение CLEAR:

YES - освободить индексный дескриптор файла I путем обнуления его содержимого; проигнорировать эту исключительную ситуацию.

2.4.4.7. Этап 5: Проверка групп цилиндров

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

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

Сообщения об ошибках.

Сообщение:

               CG C: BAD MAGIC NUMBER

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

Сообщение:

               BLK (S) MISSING IN BYT MAPS (SALVAGE)

В таблице блоков групп цилиндров отсутствуют некоторые свободные блоки. Во время очистки таблицы восстанавливаются.

Возможные ответы на приглашение SALVAGE:

YES - восстановить таблицу свободных блоков;

NO - проигнорировать эту исключительную ситуацию.

Сообщение:

               SUMMARY INFORMATION BAD (SALVAGE)

Итоговая информация оказалась неверной. При очистке итоговая информация проверяется еще раз.

Возможные ответы на приглашение SALVAGE:

YES - восстановить итоговую информацию;

NO - проигнорировать эту исключительную ситуацию.

Сообщение:

               FREE BLK COUNT (S) WRONG IN SUPERBLOCK (SALVAGE)

Информация свободного блока системного блока тома оказалась неверной. При очистке информация свободного блока системного блока тома проверяется еще раз.

Возможные ответы на приглашение SALVAGE:

YES - восстановить информацию свободного блока системного блока тома; проигнорировать эту исключительную ситуацию.

2.4.4.8. Этап очистки

При проверке файловой системы выполняется несколько функций очистки. Далее перечисляются справочные сообщения о файловой системе и измененном состоянии файловой системы.

Сообщение:

               V files W used X free (Y flags, & blocks)... Q %

               fragmentation

Это справочное сообщение указывает на то, что проверяемая файловая система содержала V файлов, использующих блоки с размером фрагментов W, оставляя блоки с размером фрагментов X свободными в файловой системе. Числа в круглых скобках разбивают свободный подсчет на Y свободных фрагментов и Z свободных блоков с полным размером. Наконец, эти числа используются для разложения процентного содержания фрагментации файловой системы (Q).

Сообщение:

               ***** REBOOT THE SYSTEM *****

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

Сообщение:

               ***** FILE SYSTEM WAS MODIFIED *****

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

2.4.5. Сохранение надежности корневой файловой системы root

Ниже предлагаются способы сохранения надежности и эффективности функционирования корневой файловой системы root.

2.4.5.1. Очистка свободного пространства в корне

Для корневой файловой системы выделен определенный и окончательный объем пространства на диске. Незанятое пространство на диске в этой области, называемое свободным пространством, допускает наличие дополнительных и временных файлов и часто служит сверхоперативной памятью для определенных программ системы. Системное администрирование и другие типы программ требуют однократного выполнения корневой файловой системы root на свободном пространстве. Рекомендуется избегать использования всего пространства в корневой файловой системе root. Если выполнение выходит за пределы пространства в корне, будет отображено следующее сообщение:

               no space on Fixed Disk Device 0x1

Когда вы увидите это сообщение, следует вручную удалить ненужные файлы из корневой файловой системы root. Поскольку система создает файл /etc/mnttab во время запуска, рекомендуется сохранить, по крайней мере, 10 свободных блоков в корневой файловой системе root до отключения машины. Можно использовать команду df с параметром файла, чтобы узнать сколько свободных блоков имеется в ваших файловых системах.

2.4.5.2. Сохранение последовательности новых файлов в корне

Система UNIX считывает файлы и работает с ними быстрее, если они даны в последовательности. Изначально упорядочивается свободный список корневой файловой системы, так что новые файлы даются в последовательности, но создание файлов и /или их удаление могут дезорганизовать свободный список. Имеются автоматизированные механизмы, которые позволяют периодически перестраивать свободный список корневой файловой системы. Если в вашей машине запускаются другие активные файловые системы, периодическое выполнение команды fsck -s в них при их демонтировании повышает эффективность работы диска.

3. Установка характеристик системы

3.1. Повторная установка даты и времени

3.1.1. Использование меню OA&M
3.1.2. Использование команд shell

Для доступа к меню установки характеристик системы используется параметр system_setup в главном меню System Administration в системе UNIX System V Release 4.0 Version 1.0.

3.1.1. Использование меню OA&M

Для повторной установки даты и времени используйте следующие меню:

1. Выберите datetime из меню System Name, Date/Time and Initial Password Setup.
2. Выберите set из меню Display and Set System Date and Time и нажмите ENTER.

Система отображает экран Set System Date and Time Information:

   4   Set System Date and Time Information

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

   Date:       December 15, 1989

   Time:       05:15

   AM/PM:      PM

   Timezone:   EST

   Is daylight savings time in effect?: yes

   Please Note:  This task should be done in single-user

   mode.

   Warning: Setting the date/time while the system is in

   multi-user state can be dangerous.

1. Введите информацию о дате и времени, затем нажмите SAVE.

3.1.2. Использование команд shell

Установите заново дату и время при входе в систему как root, используя команду date следующего формата:

               MMddhhmmyy

где MM - месяц;
dd - день;
hh - часы;
mm - минуты;
yy - год.

Например, чтобы заново установить дату 10 мая 1990 г. время 9:12 напечатайте:

               date 0510091290

3.2. Установка имени системы и имени узла

3.2.1. Установка имен систем через меню OA&M
3.2.2. Использование команд shell

Имя вашей системы может быть в длину до 8 символов и должно отличаться от имен систем в других вычислительных машинах, с которыми вы обмениваетесь информацией.

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

3.2.1. Установка имен систем через меню OA&M

Чтобы установить имя системы и имя узла выполните следующие меню:

1. Выберите nodename из меню System Name, Date/Time and Initial Password Setup.
2. Выберите set из меню Display and Set System Name and Network Node Name of the Machine и нажмите ENTER.

Система отображает экран Set System Name and Network Node Name of the Machine:

   4   Set System Name and Network Node Name of the Machine

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

   System Name:        Summit

   Network Node Name:  SF1

   Warning:   (Re) setting the network node name if the

                                  machine is in a network can be dangerous.

1. Введите имя системы и /или имя узла, затем нажмите SAVE.

Система отображает экран с целью сообщения пользователям измененного имени.

1. Нажмите CONT, чтобы вернуться к экрану 4, или CANCEL, чтобы вернуться к экрану 3.

3.2.2. Использование команд shell

Команда uname используется для установки имени системы. Эту команду могут выполнять только привилегированные пользователи. Следующая команда, выполняемая суперпользователем root, присваивает вашей системе имя mysys:

4. Управление портами

4.1. Управление средством доступа к сервису (SAF)

4.1.1. Контроллер доступа к сервису
4.1.2. Файл конфигурации системы.
4.1.3. Командные файлы конфигурации мониторов порта
4.1.4. Командные файлы конфигурации сервиса
4.1.5. Управляющий файл SAC
4.1.6. Управляющий файл монитора порта
4.1.7. Установка связи с RS-232

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

Способ управления и организации монитором порта доступа к порту зависит от конкретного монитора порта, а не отдельного компонента SAF. Следовательно, пользователи могут расширять свои системы, разрабатывая и устанавливая свои собственные мониторы порта. Пользователям, которые хотят написать собственные мониторы порта, следует обратиться к книге "Руководство программиста: Сетевые интерфейсы". В этом разделе описание конкретных мониторов порта ограничено теми программами, которые поставляются вместе с системой UNIX, ttymon и "приемником".

С точки зрения SAF сервис - это процесс, который запускается. Ограничений функций, которые предоставляет сервис, не существует.

SAF состоит из управления процессом - контроллера доступа к сервису (SAC), а также двух управляющих уровней, соответствующих двум уровням в поддерживаемой структуре каталогов. Верхний управляющий уровень соотносится с управлением монитором порта, нижний уровень - с управлением сервисом.

SAF состоит из следующих компонентов:

• контроллер доступа к сервису;
• командный файл конфигурации системы;
• управляющий файл SAC;
• команда администратора SAC sacadm;
• мониторы портов;
• необязательные файлы конфигурации мониторов портов;
• управляющий файл для каждого монитора порта;
• команда администратора pmadm;
• необязательные файлы конфигурации сервиса.

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

4.1.1. Контроллер доступа к сервису

Контроллер доступа к сервису (SAC) управляет механизмом обслуживания. Это процесс управления средством доступа к сервису (SAF). SAC запускается с помощью команды init (1M) посредством входа в /sbin/inittab. Его функция - поддерживать мониторы порта системы в состоянии, которое вы указываете. Эти состояния включают: STARTING, ENABLED, DISABLED, STOPPING, NOTRUNNING и FAILED (Монитор порта вводит состояние FAILED, когда SAC не может запустить его после указанного числа попыток).

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

Управляющий файл SAC содержит уникальный тег для каждого монитора порта, известного SAC, и полное имя команды, используемой для запуска каждого монитора порта.

SAC:

• настраивает свою собственную среду;
• запускает требуемые мониторы портов;
• опрашивает свои мониторы порта и инициирует процедуры восстановления при необходимости.

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

После запуска мониторов портов SAC периодически опрашивает их для получения информации о состоянии. Параметр командной строки sac (1M), -t, позволяет администратору системы управлять частотой опроса. Когда монитор порта получает запрос о состоянии из SAC, он должен ответить сообщением, содержащим его текущее состояние (например, ENABLED). Если SAC не получит ответа, он предполагает, что монитор порта не запущен. Если монитор порта, который должен прогоняться, остановился, SAC предполагает, что он допустил сбой и предпринимает требуемое действие восстановления.

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

SAC представляет собой административную точку управления для всех мониторов портов, (а, следовательно, для всех портов системы). Команды администратора sacadm (1M) и pmadm (1M) передают запросы в SAC, который в свою очередь устанавливает связь с мониторами портов. Эти запросы включают разрешение запрещенного монитора порта, и тот начинает прием запросов сервиса в свои порты, запуск мониторов портов, которые до этого были остановлены, а также просмотр текущего состояния всех мониторов порта системы.

4.1.2. Файл конфигурации системы

Файл конфигурации системы - /etc/saf/_sysconfig - поставляется пустым. Его может использовать администратор системы, чтобы настроить среду для всего сервиса системы, написав командный файл на интерпретированном языке. Командный файл конфигурации системы интерпретируется контроллером доступа к сервису после запуска SAC. SAC запускается, когда система переходит в многопользовательский режим.

4.1.3. Командные файлы конфигурации мониторов порта

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

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

4.1.4. Командные файлы конфигурации сервиса

Файлы конфигурации сервиса позволяют вам настраивать среду для конкретного сервиса. Например, сервис может потребовать каких-то специальных привилегий, которые не доступны обычному пользователю. Используя язык, описанный на странице руководства doconfig (3N), вы можете написать командный файл, который предоставит или ограничит такие специальные привилегии конкретного сервиса, предложенные через конкретный монитор порта.

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

4.1.5. Управляющий файл SAC

Управляющий файл SAC содержит информацию о всех мониторах порта, за которые несет ответственность SAC. Этот файл существует в поставляемой системе. Изначально он является пустым, за исключением одной строки комментария, которая содержит номер версии контроллера доступа к сервису. Администратор системы добавляет мониторы портов к системе, осуществляя вводы в управляющий файл SAC. Эти вводы осуществляются с помощью команды sacadm с параметром -a. Команда sacadm также используется для удаления вводов из управляющего файла SAC.

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

Каждый ввод в управляющий файл SAC содержит следующую информацию:

PMTAG -

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

PMTYPE -

тип монитора порта. В добавок к своему уникальному тегу, каждый монитор порта имеет указатель типа. Указатель типа идентифицирует группу мониторов портов, которые являются различными вызовами одного и того же объекта. ttymon и listen являются примерами действительных типов мониторов портов. Указатель типа используется, чтобы облегчить администрирование групп соответственных мониторов портов. Без указателя типа у вас нет возможности узнать какие теги мониторов портов соответствуют мониторам портов того же типа. PMTYPE может включать до 14 буквенных символов;

FLGS -

флаги, которые определяются в текущий момент, это: d - если запускается, не разрешайте монитор порта; x - не запускайте монитор порта. Если флаг не указывается, предпринимается безусловное действие. Монитор порта запускается и разрешается по умолчанию;

RCNT -

число раз, которое монитор порта может допустить сбой, прежде чем будет помещен в состояние отказа. После того как монитор порта ввел состояние отказа, SAC не будет пытаться повторно его запустить. Если счет не указан при создании ввода, это поле устанавливается на 0. Счет повторного запуска 0 указывает, что монитор порта не следует повторно запускать, если он дает отказ;

COMMAND -

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

Рис. 1 показывает содержимое образца управляющего файла SAC так, как он просматривается с помощью команды sacadm. Символ # в конце каждой строки является ограничителем комментария.

               Вывод sacadm -1

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

               PMTAG   PMTYPE  FLGS  RCNT  STATUS   COMMAND

               starlan listen  -     0     ENABLED  /usr/lib/saf/listen -x

                                                            slan starlan \

                                                        # starlan liatener

                  ttymon1 ttymon  d     0     DISABLED /usr/lib/saf/ttymon

                                                                 # ttymon1

                  ttymon3 ttymon  -     0     ENABLED  /usr/lib/saf/ttymon

                                                             # ports board

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

Рис. 1

4.1.6. Управляющий файл монитора порта

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

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

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

Запись также должна содержать конкретные данные монитора порта, такие как строку подсказки, которая является значимой для ttymon. В целом, каждый тип монитора порта обеспечивает какую-то команду, которая воспринимает конкретные данные нужного монитора как аргументы и выводит эти данные в форме, соответствующей хранению в файле. Команда ttyadm (1M) делает это вместо ttymon, а nlsadmin (1M) - вместо listen.

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

Каждый ввод в управляющий файл монитора порта содержит следующую информацию:

SVCTAG -

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

FLGS -

флаги с нижеследующими значениями могут быть включены как текущие в это поле:

x - Не разрешайте этот порт. Порт разрешается по умолчанию

u - Создавайте ввод utmp для этого сервиса. Обратите внимание, что мониторы портов могут игнорировать флаг u, если создание ввода utmp для сервиса не соответствует способу, в котором следует вызывать этот сервис. Некоторые программы сервиса не могут запускаться нужным образом, если для них не созданы вводы utmp (например, login);

ID -

значение под которым следует запускать сервис. Значение имеет ту форму имени протокола, в которой оно появляется в /etc/passwd;

PMSPECIFIC -

примерами конкретной информации мониторов порта являются адреса, имя процесса, который должен выполняться или имя программного канала STREAMS, через который устанавливается связь между процессами;

COMMENT -

комментарий, относящийся к элементу сервиса.

Примечание. Каждый управляющий файл монитора порта должен содержать один специальный комментарий следующей формы:

               #VERSION = value

где value - это целое число, которое представляет номер версии монитора порта.

Номер версии определяет формат управляющего файла монитора порта. Эта строка комментария создается автоматически, когда монитор порта добавляется к системе. Он появляется на строке сам собой до появления элементов сервиса.

На рис. 2 показаны строки из образца управляющего файла ttymon. Обратите внимание, что вся информация в колонке PMSPECIFIC является конкретной информацией для монитора порта ttymon. К примеру, перечень управляющего файла listen будет содержать другое множество элементов в этой колонке. Конкретная информация монитора порта форматируется с помощью команды администратора монитора, в данном примере - командой ttyadm. Команда ttyadm включена как часть команды pmadm, когда она используется с параметром -a.

Рис. 2 показывает содержимое образца управляющего файла ttymon, просматриваемом с помощью команды pmadm. Символ # является ограничителем комментария.

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

               PMTAG   PMTYPE SVCTAG FLGS ID   PMSPECIFIC

               ttymon3 ttymon 31     ux   root /dev/tarm/31--/usx/bin/login

                                               - 9600-login: -#/dev/tarm/31

               ttymon3 ttymon 32     ux   root /dev/tarm/32--/usx/bin/login

                                               - 9600-login: -#/dev/tarm/32

               ttymon3 ttymon 33     ux   root /dev/tarm/33--/usx/bin/login

                                               - 9600-login: -#/dev/tarm/33

               ttymon3 ttymon 34     ux   root /dev/tarm/34--/usx/bin/login

                                               - 9600-login: -#/dev/tarm/34

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

Рис. 2

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

4.1.7. Установка связи с RS-232

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

Обычно при подсоединении RS-232 к вашему устройству предполагаются следующие подсказки:

• кабели RS-232 должны иметь длину менее 16 метров. Кабели, длина которых превышает 16 метров, могут привести к помехам на линии. В некоторых случаях, вы можете использовать более длинный кабель, если сократите скорость передачи (в бодах);
• обычно требуется линейный адаптер, называемый адаптер нулевого модема, если терминал или компьютер подсоединяется прямо к последовательному порту вашего компьютера;
• нулевой модем не следует использовать, если вы подсоединяете модем к своему компьютеру.