Provided by: manpages-pl_0.7-1_all
NAZWA
init, telinit - sterowanie procesu inicjującego
SKŁADNIA
/sbin/init [ -a ] [ -s ] [ -b ] [ -z xxx] [ 0123456Ss ] /sbin/telinit [ -t SEKUNDY ] [ 0123456sSQqabcUu ] /sbin/telinit [ -e ZMIENNA[=WARTOŚĆ] ]
OPIS
Init Init jest przodkiem wszystkich procesów. Jego głównym zadaniem jest stworzenie procesów w oparciu o skrypt zapisany w pliku /etc/inittab (patrz też inittab(5)). Ten plik zawiera zwykle pozycje, które każą procesowi init pomnażać getty na każdej linii, na które użytkownicy mogą się zalogować. Kontroluje też samodzielne procesy, których istnienie jest konieczne w danym systemie.
POZIOMY PRACY
Runlevel (poziom pracy) jest to konfiguracja oprogramowania systemu, która pozwala zaistnieć tylko wytypowanym grupom procesów. Procesy tworzone przez init dla każdego z tych poziomów są zdefiniowane w pliku /etc/inittab. Init może być w jednym z ośmiu poziomów pracy: 0–6 i S (inaczej s). Poziom pracy jest zmieniany przez uruchomienie telinit przez uprzywilejowanego użytkownika. telinit wysyła odpowiednie sygnały do init, mówiące, w jaki tryb ma przejść. Tryby pracy S, 0, 1, oraz 6 są zarezerwowane. Tryb S jest używany do zainicjowania systemu, podczas jego rozruchu. Gdy uruchamiany jest tryb pracy S (w czasie rozruchu) lub tryb pracy 1 (przełączanie się z trybu wielu użytkowników), system jest wprowadzany w tryb pracy jednego użytkownika ("single-user mode"), po którym bieżącym poziomem pracy jest S. Tryb 0 jest używany, by zatrzymać system; tryb 6, by przeładować system (reboot). Po zakończeniu rozruchu w poziomie S, system jest automatycznie wprowadzany w jeden z trybów wielu użytkowników, od 2 do 5, chyba że wystąpił problem, który musi zostać naprawiony przez administratora, w trybie jednego użytkownika. Po przejściu w tryb jednego użytkownika administrator zwykle zajmuje się konserwacją, a następnie przeładowuje system. Aby uzyskać więcej informacji na ten temat, proszę zapoznać się ze stronami podręcznika shutdown(8) i inittab(5). Tryby pracy 7-9 również są poprawne, choć niezbyt dobrze udokumentowane. Wynika to z faktu, że "tradycyjne" warianty Uniksa nie używają ich. Poziomy S i s są w rzeczywistości takie same. Wewnętrznie są to tylko zastępcze nazwy dla tego samego trybu pracy.
ROZRUCH
Po tym jak init jest wywołany w ostatnim kroku sekwencji rozruchowej jądra, szuka pliku /etc/inittab w celu znalezienia w nim pola typu initdefault (patrz też inittab(5)). Pole initdefault określa początkowy poziom pracy systemu. Jeśli nie ma tam takiego pola (lub wcale nie istnieje /etc/inittab), poziom pracy musi być podany z konsoli systemowej. Poziom S lub s wprowadza system w tryb jednego użytkownika i nie wymaga pliku /etc/initttab. W trybie jednego użytkownika, wywoływany jest /sbin/sulogin na urządzeniu /dev/console. Podczas wchodzenia w tryb jednego użytkownika, proces init inicjuje ustawienia stty konsoli na bezpieczne wartości. Ustawiany jest tryb clocal. Prędkość sprzętu i handshaking nie są zmieniane. Podczas wchodzenia w tryb wielu użytkowników po raz pierwszy, init wykonuje pozycje boot i bootwait, by pozwolić systemom plików zamontować się zanim użytkownicy będą mogli się zalogować. Potem wykonywane są wszystkie pozycje przypisane danemu poziomowi pracy. Kiedy nowy proces startuje, init sprawdza najpierw, czy istnieje plik /etc/initscript. Jeśli tak, używa tego skryptu by ten proces zacząć. Za każdym razem, gdy proces potomny się zakończy, init zapamiętuje ten fakt i powód śmierci procesu jest zapisany w /var/run/utmp i /var/log/wtmp, pod warunkiem, że te pliki istnieją.
ZMIENIANIE TRYBÓW PRACY
Po tym jak "namnożone" zostaną wszystkie wyszczególnione procesy, init czeka na śmierć każdego swojego procesu potomnego, sygnał braku energii lub zasygnalizowanie przez telinit zmiany poziomu działania systemu. Gdy wystąpi jeden spośród tych trzech warunków, ponownie sprawdzany jest plik /etc/inittab, ponieważ nowe pola mogą być do niego dodane w każdej chwili. Jednakowoż, init wciąż oczekuje na wystąpienie jednego z tych trzech warunków. By przygotować się na natychmiastową odpowiedź, telinit Q albo użyta komenda q może obudzić proces init, by jeszcze raz przeczytał plik /etc/inittab. Jeśli init nie jest w trybie jednego użytkownika i odbiera sygnał zaniku energii (SIGPWR), czyta plik /etc/powerstatus. Następnie uruchamia polecenie zależne od zawartości tego pliku: F(AIL) Zawodzi zasilanie, UPS dostarcza mocy. Wykonuje wpisy powerwait i powerfail. O(K) Zasilanie powróciło, uruchamia wpisy powerokwait. L(OW) Zasilanie zawodzi, a UPS-owi wyczerpuje się bateria. Wykonuje wpisy powerfailnow. Jeżeli plik /etc/powerstatus nie istnieje lub zawiera cokolwiek innego niż jedną z liter F, O lub L, init zachowa się tak, jakby przeczytał F. Używanie SIGPWR i /etc/powerstatus nie jest zalecane. Jeżeli ktoś chce współdziałać z initem, powinien użyć kanału kontroli /run/initctl - proszę przeczytać kod źródłowy pakietu sysvinit po więcej dokumentacji dotyczącej tego kanału. Gdy init jest proszony o zmianę poziomu działania, wysyła sygnał ostrzegawczy SIGTERM do wszystkich procesów, które nie są zdefiniowane w nowym poziomie pracy. Potem czeka 5 sekund zanim "na siłę" zakończy te procesy poprzez sygnał SIGKILL. Zauważ, że init zakłada, że wszystkie te procesy (i ich potomki) pozostają w tej samej grupie procesów, którą init oryginalnie im utworzył. Jeżeli jakikolwiek proces zmienił swą przynależność do grupy procesów to nie odbierze tych sygnałów. Tego typu procesy muszą być kończone osobno (np. demony wszelakie - przyp. tłum.).
TELINIT
/sbin/telinit jest symbolicznym dowiązaniem do /sbin/init. Pobiera on jednoznakowy argument i sygnały init, by podjął stosowne działanie. Poniższe argumenty można stosować jako rozkazy dla telinit: 0,1,2,3,4,5 lub 6 mówią procesowi init by przełączył w odpowiedni poziom działania. a,b,c każą procesowi init by przetwarzał tylko te pola pliku /etc/inittab, które odnoszą się do poziomu pracy a,b lub c. Q lub q każą procesowi init jeszcze raz przeczytać plik /etc/inittab. S lub s mówią żeby init przełączył w tryb jednego użytkownika. U lub u każą procesowi init przeładować się (zachowując obecny stan). Nie występuje ponowne odczytywanie pliku /etc/inittab. Poziom pracy powinien być ustawiony na Ss0123456, w przeciwnym wypadku żądanie może być "delikatnie" zignorowane. telinit może także powiedzieć procesowi init, jak długo powinien on czekać między wysyłaniem sygnałów SIGTERM i SIGKILL. Domyślną wartością jest 5 sekund, ale może być ona zmieniona za pomocą opcji -t. telinit -e mówi procesowi init, aby zmienił środowisko procesów, które mnoży. Argumenty do -e mogą mieć postać ZMIENNA=WARTOŚĆ, która ustawia zmiennej ZMIENNA wartość WARTOŚĆ lub postać ZMIENNA (bez znaku równości), która usuwa zmienną ZMIENNA. telinit może być wywoływany tylko przez użytkowników uprzywilejowanych. Wywołany init sprawdza czy jest procesem inicjującym init czy też jest wywołany jako telinit poprzez wgląd w swój identyfikator procesu; prawdziwy identyfikator procesu init ma zawsze wartość 1. Teraz już wiadomo, że zamiast wywoływać telinit możesz też po prostu użyć init, a nie skrótu.
ŚRODOWISKO
Init ustawia następujące zmienne środowiskowe dla wszystkich swoich dzieci: PATH /bin:/usr/bin:/sbin:/usr/sbin INIT_VERSION Jak mówi nazwa - wersja programu. Użyteczne dla określenia, jeśli skrypt uruchamia się bezpośrednio z init. RUNLEVEL Obecny poziom pracy systemu. PREVLEVEL Poprzedni poziom pracy systemu (użyteczne po zmianie poziomów). CONSOLE Konsola systemu. Tak naprawdę ta wartość jest przyjmowana od jądra; jednak jeśli nie jest ustawiona init ustawi ją domyślnie na /dev/console.
FLAGI STARTOWE
Jest możliwe by przekazać pewne flagi do procesu init z monitora startowego (np. LILO). Init dopuszcza stosowanie następujących flag: -s, S, single Rozruch w trybie jednego użytkownika. W tym trybie /etc/inittab jest sprawdzany (wczytywany) i skrypty startowe rc są zwykle uruchamiane zanim wystartuje powłoka dla trybu jednego użytkownika. 1-5 Poziom działania w jakim system ma wystartować. -b, emergency Wejście bezpośrednio w tryb jednego użytkownika bez uruchamiania żadnych innych skryptów startowych. -a, auto Program ładujący LILO dodaje słowo "auto" do linii poleceń, jeżeli uruchomił jądro z domyślną linią poleceń (użytkownik jej nie zmieniał). Jeżeli init znajdzie to słowo, ustawi zmienną środowiskową "AUTOBOOT" na "yes". Proszę zauważyć, że nie można tego użyć jako środka bezpieczeństwa - oczywiści użytkownik mógł ręcznie w linii poleceń wpisać "auto" użyć opcji -a. -z xxx Argument opcji -z jest ignorowany. Może być użyta do wydłużenia linii poleceń, tak żeby zajmowała więcej miejsca na stosie. Init może wtedy manipulować linią poleceń, tak żeby ps(1) pokazywało bieżący tryb uruchomienia.
INTERFEJS
Init nasłuchuje wiadomości na łączu fifo w /run, /run/initctl. Telinit używa tego do komunikacji z procesem init. Ten interfejs nie jest zbyt dobrze udokumentowany czy skończony. Zainteresowani powinni przestudiować plik initreq.h w podkatalogu src/ archiwum tarowego z kodem źródłowym init.
SYGNAŁY
Init reaguje na następujące sygnały: SIGHUP Ma ten sam efekt co telinit q. SIGUSR1 Po odebraniu tego sygnału, init zamyka i ponownie otwiera swoją kontrolkę fifo, /run/initctl. SIGINT Zwykle ten sygnał jest wysyłany z jądra by powiedzieć, że wciśnięta została kombinacja klawiszy CTRL-ALT-DEL. Powoduje to rozpoczęcie akcji ctrlaltdel. SIGWINCH Jądro wysyła ten sygnał jeśli wciśnięty został klawisz KeyboardSignal. Aktywuje to akcję kbrequest.
ZGODNE Z
Init jest kompatybilny z init obecnym System V. Działa razem ze skryptami w katalogach /etc/init.d i /etc/rc{poziom_działania}.d. Jeśli twój system używa tej konwencji, to powinien być obecny plik README w katalogu /etc/init.d wyjaśniający, jak te skrypty działają.
PLIKI
/etc/inittab /etc/initscript /dev/console /var/run/utmp /var/log/wtmp /run/initctl
OSTRZEŻENIA
Init zakłada, że procesy i ich procesy potomne pozostają w tej samej grupie procesów, która była dla nich oryginalnie stworzona. Jeżeli jakikolwiek proces zmienił swą przynależność do grupy procesów, init nie może ich zabić i może skończyć się na tym, że zostaną dwa procesy czytające z jednego wiersza terminala. W systemie Debian, wejście w poziom pracy 1 powoduje zabicie wszystkich procesów z wyjątkiem wątków jądra i skryptu który wykonuje zabijanie oraz innych procesów w jego sesji. W konsekwencji, powracanie z poziomu 1 do poziomu pracy trybu wielu użytkowników nie jest bezpieczne: demony, które zostały uruchomione w poziomie S i są wymagane do normalnego działania nie są dłużej uruchomione. System powinien zostać uruchomiony ponownie.
DIAGNOSTYKA
Jeśli init zorientuje się, że wciąż powtarza namnażanie zadanego procesu częściej niż 10 razy w ciągu 2 minut, wtedy założy, że gdzieś w wywołaniu komendy jest błąd, wyśle wiadomość o błędzie na konsolę systemu, i przerwie pomnażanie danego pola do upłynięcia 5 minut lub do odebrania sygnału. Zapobiega to "zjadaniu" zasobów systemu gdy ktoś popełni literówkę w pliku /etc/inittab lub gdy program normalnie uruchamiany dla danego wpisu jest usunięty.
AUTOR
Miquel van Smoorenburg (miquels@cistron.nl), pierwszą wersję strony podręcznika napisał Michael Haardt (u31b3hs@pool.informatik.rwth-aachen.de).
ZOBACZ TAKŻE
getty(1), login(1), sh(1), runlevel(8), shutdown(8), kill(1), inittab(5), initscript(5), utmp(5)
TŁUMACZENIE
Tłumaczenie opisuje tradycyjną wersję init z SystemV, używaną domyślnie przez Debiana. W przypadku korzystania z init udostępnianego przez wywodzący się z Ubuntu upstart, proszę wydać polecenie man --locale=C 8 init, aby zapoznać się z właściwym opisem w języku angielskim. Autorami polskiego tłumaczenia niniejszej strony podręcznika man są: Paweł Wilk (PTM) <siewca@dione.ids.pl>, Robert Luberda (PTM) <robert@debian.org> i Michał Kułach <michal.kulach@gmail.com>. Polskie tłumaczenie jest częścią projektu manpages-pl; uwagi, pomoc, zgłaszanie błędów na stronie http://sourceforge.net/projects/manpages-pl/. Jest zgodne z wersją 2.88 oryginału. 29 lipca 2004 INIT(8)