URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 11959
[ Назад ]

Исходное сообщение
"Run Levels - что это?"

Отправлено Kirgudu , 10-Янв-02 15:52 
Расскажите пожалуйста, что это вообще такое. Это чисто логическое образование или есть какая-то разница в состояниях системы на разных уровнях. На что и как влияет run level.

Содержание

Сообщения в этом обсуждении
"RE: Run Levels - что это?"
Отправлено Vlad , 10-Янв-02 17:09 
>Расскажите пожалуйста, что это вообще такое.
>Это чисто логическое образование или
>есть какая-то разница в состояниях
>системы на разных уровнях. На
>что и как влияет run
>level.


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

Приведу пример из Соляры:

Run level 0 - режим монитора PROM
  -//-    1 - Административный режим (однопользовательский, в котором смонтированы лишь основные файловые системы, и отключена возможность входа пользователей в систему)
  -//-    2 - Многопользовательский режим (без разделения ресурсов)
  -//-    3 - Многопользовательский режим (с разделением ресурсов)
  -//-    4 - Не используется
  -//-    5 - Останов (и отключение в архитектурах sun4m, sun4u)
  -//-    6 - перезагрузка в определенный режим, по умолчанию 3
  -//-  S,s - однопользовательский режим: смонтированы некоторые файловые системы, отключена возможность входа пользователей в систему.


"RE: Run Levels - что это?"
Отправлено Vlad , 10-Янв-02 17:10 
>Расскажите пожалуйста, что это вообще такое.
>Это чисто логическое образование или
>есть какая-то разница в состояниях
>системы на разных уровнях. На
>что и как влияет run
>level.


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

Приведу пример из Соляры:

Run level 0 - режим монитора PROM
  -//-    1 - Административный режим (однопользовательский, в котором смонтированы лишь основные файловые системы, и отключена возможность входа пользователей в систему)
  -//-    2 - Многопользовательский режим (без разделения ресурсов)
  -//-    3 - Многопользовательский режим (с разделением ресурсов)
  -//-    4 - Не используется
  -//-    5 - Останов (и отключение в архитектурах sun4m, sun4u)
  -//-    6 - перезагрузка в определенный режим, по умолчанию 3
  -//-  S,s - однопользовательский режим: смонтированы некоторые файловые системы, отключена возможность входа пользователей в систему.


"RE: Run Levels - что это?"
Отправлено Kirgudu , 10-Янв-02 19:34 
А кто конкретно переключает режимы работы? Опять же как контролируется функциональность системы в разных режимах? например если в данный момент система в Административном (однопользовательском) режиме, то как это организовано? Просто не запускаются консоли и программы обслуживания терминалов? или они даже не погут включиться, если их кто-либо и как либо будет пытаться запустить? Как это работает другими словами...

"RE: Run Levels - что это?"
Отправлено Vlad , 10-Янв-02 20:27 
Объясняем процесс загрузки сервера:

Фаза Boot PROM - PROM проводит диагностическое тестирование и потом считывает программу начальной загрузки bootblk

Фаза загрузки - bootblk загружает вторичную программу загрузки ufsboot или boot. После этого ufsboot или boot  загружает ядро

Инициализация ядра - после инициализации ядро запускает процесс init

Фаза /sbin/init - init запускает управляющие скрипты. Его обязанности - запускать процессы, которые переводят систему в установленный по умолчанию режим, а также - повторно глядеть в /etc/inittab при изменении run level'а системы и выполнять указанные в данном файле действия.
Управляющие скрипты именуются /sbin/rc* в соответствии с номером режима.

Структура записи файла /etc/inittab:

id:rstate:action:process

id - идентификатор записи
rstate - режим работы для этой записи
action - режим обработки записи процессом init
process - команда или скрипт для выполнения

Варинты action:
   initdefault - устанавливает в соляре режим работы по умолчанию
   respawn - предписывает запускать процесс и перезапускать, если он завершился
   powerfail - предписывает запустить процесс. если получено сообщение о сбое питания
   sysinit - запустить процесс при инициализации системы до обращения к консоли и ожидать его завершения
   wait - предписывает запустить процесс и ожидать его завершения и затем перейти к следующей записи для текущего режима работы

Например при старте системы на уровне 2 init читает /etc/inittab , находит там запись на управляющий скрипт /sbin/rc2, который запускает все старт-скрипты из каталога /etc/rc2.d/ с параметром start, то есть те, которые начинаются с буквы S, например S88sendmail start - так стартует  sendmail. Если же система находится на уровне 3, а переходит на уровень 2, то выполняется скрипт  /sbin/rc3, который инициирует запуск kill-скриптов из директории /etc/rc3.d/, то есть тех, которые начинаются на букву K с параметром stop, например я гашу свой Sybase при выходе из 3 режима скриптом K41sybase stop.

Параметры start или stop для старт- или килл-скриптов подставляет сама система.

Ну вот - вроде основы объяснил, правда упарился.



"RE: Run Levels - что это?"
Отправлено lavr , 10-Янв-02 21:35 
> А кто конкретно переключает режимы
>работы? Опять же как контролируется
>функциональность системы в разных режимах?
>например если в данный момент
>система в Административном (однопользовательском) режиме,
>то как это организовано? Просто
>не запускаются консоли и программы
>обслуживания терминалов? или они даже
>не погут включиться, если их
>кто-либо и как либо будет
>пытаться запустить? Как это работает
>другими словами...

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


"И то верно...:-)"
Отправлено Vlad , 11-Янв-02 10:54 
>> А кто конкретно переключает режимы
>>работы? Опять же как контролируется
>>функциональность системы в разных режимах?
>>например если в данный момент
>>система в Административном (однопользовательском) режиме,
>>то как это организовано? Просто
>>не запускаются консоли и программы
>>обслуживания терминалов? или они даже
>>не погут включиться, если их
>>кто-либо и как либо будет
>>пытаться запустить? Как это работает
>>другими словами...
>
>другими словами - надо читать документацию.
>
>вопросы поставлены так, что необходимо изложить
>
>теории на пару книг.


сабж