Идеята на писане се появи почти едновременно с изненада моя поглед върху екрана и несигурен шепот: "А къде е / и т.н. / inittab»?. Не си спомням точно това, което имах нужда, за да разберете на какво ниво да стартирам Ubuntu 7.10 - най-Gutsy Gibbon. Не е намирането на традиционната / и т.н. / inittab прекарах известно време в състояние на вцепенение. По-късно, цигулка Google, намерих отговора на моя, тъй като се оказа, един прост въпрос.

традиционният първоначален

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

Традиционен първоначален демон 7 определя така наречените "нива на работа." За всяка от тези нива трябва да се определи съвсем специфичен набор от системни услуги, които работят по време на зареждане, получава команди по време на работа и спира по време на рестартиране на системата, или изключване на захранването:

• 0 - системата е напълно спря да работи
• 1 или S - един вид
• 2. 5 - мултиплейър режими
• 6 - рестартиране на системата

Трябва да се отбележи, че в списъка на изброените по-горе - това е просто една традиция. Това означава, че никой не ви притеснява на всяко ниво, за да се определи набор от услуги и използване през свободното си време.

След старта демона първоначален чете конфигурационния файл от / и т.н. / inittab, и въз основа на тази конфигурация вече е започнала, така да се каже, директна дейност. Грубо казано, във файла / и т.н. / inittab съдържа инструкции за това какво да се направи първоначален демон на всяко ниво.

В един момент, на формата на файл / и т.н. / inittab е твърде остаряла и вече не предоставя желаната функционалност на разработчиците, а след това се появява в директорията Linux /etc/init.d, съдържащ файл /etc/init.d/rc

се управлява всичко необходимо без черупки, сценария и файл / и т.н. / initttab започна да изпълнява функциите на номера на ниво съхранение по подразбиране и се обадете /etc/init.d/rc файл чрез промяна на нивата на системата.

директория /etc/init.d съдържа скриптове, за да започнете / рестартиране / стоп системни услуги. Всички тези сценарии може да бъде причинено от различни параметри, задължителни параметри, от които са пускане и спиране. Трябва да сте, например, стартирайте SSHD сървър - просто даде /etc/init.d/sshd команда за старт и черупки скрипт прави всичко необходимо, за да стартирате услугата. Трябва да се спре? Моля: /etc/init.d/sshd спре. Init самия демон не работи директно със сценарии, и по следния начин.

Има няколко директории /etc/rcX.d, където X - е нивото на броя на системата. Във всяка от тези директории са символични връзки към скриптове в /etc/init.d. Доста удобно, защото ако трябва да се направят промени в сценария, той е само на едно място.

За да превключвате между различните нива на системата работи там telinit програма, която е в състояние да докладва първоначален демон, на какво ниво трябва да отидете.

Така че тук по принцип по прост начин и живот на операционната система Linux от начало да спре. Предварително се извинявам за моя понякога крива стил на презентация. Всички заинтересовани в по-големи подробности предмет първоначален демон изпращане на страници към човека първоначален (8), inittab (5), telinit (8), ниво на работа (8).

Какво е парвенюшки и той е по-добре, отколкото

Преди да продължим, искам да отбележа, че има две понятия в парвенюшки терминология услуга (услуга) и проблемът (задача). Служба, от основният проблем от преди, е, че услугата се рестартира в случай на внезапно го е завършена, а задачата - не. Кратък списък на основните характеристики на парвенюшки, взети на сайта на проекта:

• задачи и услуги се пуска и спира с помощта на събитията
• по време на старт / стоп на услугата или се генерира събитие задача
• събития могат да бъдат получени чрез всеки процес в системата
• в падания услуги може да рестартира автоматично
• двупосочен обмен на данни с първоначален демона с цел да проучи състоянието на стартираните услуги, да определи причините за тяхната почивка и други подобни.

От функционалност, която се планира само за бъдещите версии на парвеню се следните точки отбелязани в сайта:

• поколение на събитията след определен период от време или с помощта на планировчика
• генериране на събития в отговор на промени в съдържанието на файлове / директории
• и рестартиране процес мониторинг демон които са разделени от родител
• възможност за непривилегировани потребители да създават свои собствени услуги, както и да ги управляват
• връзка с демон първоначален DBUS средства

Инсталиране на парвеню

Първото нещо, за да се провери дали са изпълнени изискванията на нашата система:

Конфигуриране на изходния код за компилация:

Описание на задачите,

След успешна инсталация на парвенюшки, вие трябва да създадете определения за работа със системата не успя да зареди. С други думи, тази работа е само там, че самозабравилите се работи в нейната работа. С цел бързо разбират как работи всичко, така да се каже, да се види със собствените си очи, можете да изтеглите архив на примери за задачи. Може да се наложи да ги променя леко, за да работи правилно с вашата система, но всичко, което трябва за първоначално конфигуриране на системата и успешното стартиране на първите примери в архива там. Всички примери трябва да бъдат разопаковани в /etc/event.d директория. Това е така, защото на него парвенюшки взима всичко необходимо за работа (за / и т.н. / inittab забравен в унисон). С изключение на моментите, описани в раздел «парвенюшки на други разпределения» всички скриптове в /etc/rcX.d директории може да се остави без промяна. тя трябва да работи.

Крайният докосване и рестартиране

Когато сте готови, можете да опитате да рестартирате Linux и да видим това, което имаш. Преди рестартиране, не забравяйте да проверите параметъра първоначален предава на ядрото на програмата за начално зареждане, ако парвеню първоначален инсталиран изпълним файл в различна от / sbin директорията. Като цяло, по принцип, е силно препоръчително да не започне да замени стандартната sysvinit на парвенюшки първоначален, и да го настроите към някоя друга директория и да използвате параметър ядрото първоначален първи всички старателно тествана.

Писане възлагане

Тези, които трябва да се разшири стандартен набор от задачи или просто любопитен да разбера как всичко това работи и композиране.

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

Всички задачи са поставени в файловете в директорията /etc/event.d. Имената на файловете трябва да съвпадат с имената на работни места и файловете не трябва да се изпълняват.

EXEC и писменост

Всяка задача се изисква да има запис, сценарий и EXEC. Този пост дефинира начин да се управлява работата. EXEC се използва, когато ви свършат някаква програма с вашата файлова система с възможност да премине допълнителни параметри на повикващия.