Ubuntu User Desktopia (Vorschau)

Upstart
Wissen
wenn Init seine Arbeit aufnimmt. USB-Laufwerke
und Netzwerkhardware verletzen diese Regel.
Nach einigen Geräten muss das System gar die
USB-Busse absuchen, um sie zu entdecken, andere
erfordern das Laden von Firmware, bevor sie einsatzfähig
sind.
Solche Hotplug-Geräte zeigten auch andere Grenzen
des traditionellen Init-Systems auf. So kann
Init Skripte nur ausführen, wenn sich der Runlevel
ändert – was meist beim Start oder beim Beenden
des Systems geschieht. Aber das Anstecken
einer neuen Hardware (etwa einer USB-Festplatte)
verursacht auch eine wichtige Veränderung des
Systemzustands. Auf die sollte das Betriebssystem
nach Wunsch der Anwender und Entwickler möglichst
sofort reagieren.
1 Die Runlevel finden Sie auch unter Ubuntu 10.10 noch, z. B. in „/ etc/ rc2.d“.
Auftritt Upstart
Aus diesen Gründen entschied das Ubuntu-
Projekt, Init komplett zu ersetzen. Eine Handvoll
in Entwicklung befindlicher Alternativen wurde
untersucht, inklusive Apples Launchd und Solaris’
Service Management Facility (SMF). Keine davon
verfügte jedoch über die benötigte Funktionalität
und die Kompatibilität zu Ubuntus freier Softwarelizenz.
Das Ergebnis war Upstart – ein komplett
neues Initialisierungssystem.
Upstart arbeitet ereignisgesteuert. Das bedeutet,
dass es Jobs startet, wenn die Aufforderung dazu
kommt. Es hakt nicht systematisch eine Liste vordefinierter
Ereignisse ab. Dieses Design erlaubt es
Upstart, mehrere Aufgaben zugleich auszuführen,
wodurch es unnötige Wartezeiten vermeidet. Zudem
reagiert es auch auf Systemveränderungen,
die zwischen dem Hoch- und Runterfahren eines
Systems stattfinden, was es flexibler macht. Upstart
kann das Verhalten des alten Init-Systems
nachahmen, indem es auf dieselben RC-Skripte
reagiert, die es auf älteren Systemen findet. Diese
Rückwärtskompatibilität war ein wichtiges Ziel;
Upstart wurde bereits mit Ubuntu 6.10 (Edgy Eft)
eingeführt, um als Init-Ersatz zu dienen. Die fortgeschrittenen
Features kamen erst im Laufe der
Zeit und in den folgenden Releases hinzu.
Im traditionellen Init-Modell platziert jeder Dienst
(Apache, Asterisk, LIRC etc.) ein Skript in /etc/
init.d. Auf dieses verlinken dann die Dateien in
den rc-Verzeichnissen. Die Namen der symbolischen
Links beginnen entweder mit S (das betrifft
Skripte, die beim Erreichen eines neuen Runlevels
starten) oder K (für Skripte, die beim Verlassen eines
Runlevels aktiv werden). Dem S und K folgen
schließlich jeweils Nummern. Init führt die Skripte
exakt in der durch diese Nummern konstituierten
Reihenfolge aus.
Skripte für Upstart-Jobs gehören hingegen in das
Verzeichnis /etc/ init (Abbildung 2). Jedes Skript
beinhaltet eine Beschreibung des Ereignisses oder
der Ereignisse (engl. events), die das Skript aufrufen,
und die Kommandos, die es dann ausführt.
Upstart kennt alle auslösenden Regeln, damit es
Glossar
Runlevel: So nennt man die verschiedenen
Systemzustände, die
ein Rechner beim Booten durchläuft.
Beim Erreichen eines Runlevels
starten definierte Dienste des
Systems; der Runlevel 0 fährt es
zum Beispiel herunter.
Daemons: Programme, die automatisch
und ohne Zutun des Anwenders
starten und Dienste anbieten.
Das umfasst insbesondere
Programme, die beim Erreichen
bestimmter Runlevel starten.
2 Die Konfigurationsdateien für Upstart-Jobs gehören in das Verzeichnis
„/ etc/ init“; die Zwischenlösung „/ etc/ event.d“ hat ausgedient.
3 Über den Befehl „emit“ verkündet der NetworkManager seinen aktuellen
Zustand. Upstart reagiert darauf und führt die zugehörigen Jobs aus.
www.ubuntu-user.de 01/2011
UBUNTU
user
61