floppy-isdn4linux Version 3.6.2 - Fli4l

8. Entwickler-Dokumentation
8.9. Booten, Rebooten, Einwählen und Auflegen unter fli4l
8.9.1. Bootkonzept
fli4l 2.0 sollte eine saubere Installation auf eine Festplatte oder ein CompactFlash(TM)-Medium
bieten, aber auch eine Installation auf ein Zip-Medium oder die Erstellung einer bootfähigen
CD-ROM sollte möglich sein. Zusätzlich sollte die Festplattenversion sich nicht grundlegend
von einer Installation von Diskette unterscheiden.
Diese Anforderungen wurden realisiert, indem die Dateien des opt.img aus der bisherigen
RAM-Disk auf eine anderes Medium verlagert werden können. Dies kann eine Partition auf
einer Festplatte bzw. einem CF-Medium sein. Dieses zweite Volume wird nach /opt gemountet
und von dort werden nur noch symbolische Links in das rootfs angelegt. Das entstehende
Layout im Root-Filesystem entspricht dann dem im opt-Verzeichnis der ausgepackten Fli4l-
Distribution mit einer Ausnahme – das files-Prefix entfällt. Die Datei opt/etc/rc ist dann also
direkt unter /etc/rc zu finden, opt/files/usr/local/bin/busybox unter /usr/local/bin/busybox.
Daß diese Dateien unter Umständen nur Links auf ein read only gemountetes Medium sind,
kann man ignorieren, solange man die Dateien nicht modifizieren möchte. Will man dies tun,
muß man die Dateien vorher mit mk_writable schreibbar machen.
8.9.2. Start-Scripts
Scripts, die beim booten des Systems ausgeführt werden sollen, befinden sich unter
opt/etc/{boot.d,rc.d} und werden auch in der Reihenfolge ausgeführt, also erst Dateien unter
boot.d und danach unter rc.d. Da zum Ausführen dieser Scripte kein separater Prozess erzeugt
wird, dürfen sie nicht mit “exit 0” abgeschlossen werden. Ein exit würde zum Abbruch des
Bootvorganges führen.
Hilfsfunktionen für Startupscripte
In /etc/boot.d/base-helper werden verschiedene Funktionen bereitgestellt, die von den
Startup-Scripten verwendet werden können. Das betrifft Dinge wie Debug-Support, Module-
Behandlung, Fehler-Meldungen oder Ersetzung symbolischer Referenzen. Zum Laden der Module
sollte aufgrund der automatischen Abhängikeitsauflösung do_modprobe verwendet werden.
Sowohl mkfli4l als auch modprobe werten Modulabhängigkeiten aus und fügen benötgte
Module zum Archiv hinzu bzw. laden sie beim Aufruf automatisch mit. Die do_insmod-
Funktionen sind aus Kompatibilitätsgründen und für Spezialfälle weiterhin vorhanden.
Die einzelnen Funktionen werden im folgenden aufgelistet und kurz beschrieben.
begin_script Gibt die Message aus und aktiviert das Script debugging
mittels set -x, falls _DO_DEBUG auf yes steht.
end_script Gibt eine Abschluss-Message aus und stellt den ursprünglichen Debug-Zustand
wieder her.
do_modrobe Laden das Moduls module mit den Parametern params
bei gleichzeitiger Auflösung der Modulabhängigkeiten
do_modrobe_if_exists Prüft, ob das Modul
(/usr/lib///module) existiert und führt bei vorhandensein
do_modprobe aus.
337