Modul insmodden über boot.local
Hi, mir ist schon klar, daß module.conf hier das Mittel der Wahl ist, aber zum vorübergehenden Einsatz habe ich versucht, ein Modul über /etc/boot.local zu laden. Merkwürdigerweise funktioniert das nicht. /sbin/insmod /absoluter/modulpfad/modul.o Das Kommando funktioniert per Hand tadellos, aber offenbar habe ich das was begzl. des Ausführungszeitpunktes von boot.local nicht ganz korrekt verstanden. Daher nochmal explizit gefragt: Zu welchem Zeitpunkt wird boot.local ausgeführt? Ist das Laden aller Treiber und das Aufbauen der Netzwerkdevices zu diesem Zeitpunkt schon abgeschlossen? Wann werden Dienste wie Apache, mysqld usw. gestartet - vor oder nach boot.local? Danke für Hinweise, Matthias
On Thu, Nov 08, 2001 at 12:00:24PM +0100, Matthias Kleine wrote:
Daher nochmal explizit gefragt: Zu welchem Zeitpunkt wird boot.local ausgeführt? Ist das Laden aller Treiber und das Aufbauen der Netzwerkdevices zu diesem Zeitpunkt schon abgeschlossen? Wann werden Dienste wie Apache, mysqld usw. gestartet - vor oder nach boot.local?
Die Dienste werden nach Ausfuehrung von boot.local gestartet. Infos zu diesen Thema: man init man inittab Peter
Peter Wiersig wrote:
Die Dienste werden nach Ausfuehrung von boot.local gestartet.
In obigem Zusammenhang würde mich interessieren, ob alle Module zur Ausführungszeit von boot.local bereits geladen sind.
Infos zu diesen Thema: man init man inittab
Bietet nicht das Gerinste zu boot.local (SuSE 7.1). - Matthias
On Thu, Nov 08, 2001 at 01:12:08PM +0100, Matthias Kleine wrote:
Peter Wiersig wrote:
Die Dienste werden nach Ausfuehrung von boot.local gestartet.
In obigem Zusammenhang würde mich interessieren, ob alle Module zur Ausführungszeit von boot.local bereits geladen sind.
Wenn kein Fehler auftritt eigentlich schon. Eine Fehlerquelle koennte deine Pfadangabe sein. Ich lass das lieber den insmod selber suchen, damit ich den Kernel aktualisieren kann ohne solche Skripte anzufassen.
Infos zu diesen Thema: man init man inittab
Bietet nicht das Gerinste zu boot.local (SuSE 7.1).
Ist richtig. Dort steht aber, das /etc/init.d/boot aufgerufen wird. in diesem Skript kann man sehen, das /etc/init.d/boot.local aufgerufen wird. boot.local wurde von den SuSE-Entwicklern erdacht, um es dir zu ermoeglichen Startkommandos einzubauen, die auch nach einen Distributionsupdate funktionieren. Ausserdem gibts ein Kapitel im Handbuch und noch "man 7 init.d", das "Linux-From-Scratch Howto" oder das "From-Powerup-to-Bash-Prompt Howto" Peter
Matthias Kleine wrote:
[...] Daher nochmal explizit gefragt: Zu welchem Zeitpunkt wird boot.local ausgeführt? Ist das Laden aller Treiber und das Aufbauen der Netzwerkdevices zu diesem Zeitpunkt schon abgeschlossen? Wann werden Dienste wie Apache, mysqld usw. gestartet - vor oder nach boot.local?
/sbin/init (konfiguriert ueber /etc/inittab; Vater bzw. Mutter aller Prozesse) | | /etc/init.d/boot (Bootlevel-Master-Skript) | | /etc/init.d/boot.d/* (Hardware-Initialisierungsskripte) | | /etc/init.d/boot.local (Lokale Bootlevel-Skripte) | | /etc/init.d/rc (Runlevel-Master-Skript) | | /etc/init.d/* (Runlevel-Skripte, je nach Runlevel, siehe /etc/init.d/rc?.d, werden verschiedene Skripte ausgefuehrt und Services gestartet) Zu Deiner Frage: boot.local wird ausgefuehrt, bevor die Services im Runlevel gestartet werden. Hoffe, dass ich oben keine Fehler einge- baut habe :-) Gruesse, Th. -- Thomas Hertweck, Geophysicist Geophysical Institute, Karlsruhe University (TH)
Thomas Hertweck wrote: [Ausführungsreihenfolge der Bootskripte] Danke Thomas, genau diese Aufstellung habe ich gesucht.
/etc/init.d/boot.d/* (Hardware-Initialisierungsskripte) | | /etc/init.d/boot.local (Lokale Bootlevel-Skripte)
D.h. der Aufbau von Devices, Initialisierung des USB usw. sollte schon abgeschlossen sein, wenn boot.local zur Ausführung kommt. Dann verstehe ich aber nicht, warum insmod (hier auf ein USW-Gerät) fehlschlägt. - Matthias
On Thu, Nov 08, 2001 at 01:27:12PM +0100, Matthias Kleine wrote:
/etc/init.d/boot.d/* (Hardware-Initialisierungsskripte) | | /etc/init.d/boot.local (Lokale Bootlevel-Skripte)
D.h. der Aufbau von Devices, Initialisierung des USB usw. sollte schon abgeschlossen sein, wenn boot.local zur Ausführung kommt. Dann verstehe ich aber nicht, warum insmod (hier auf ein USW-Gerät) fehlschlägt.
Also ich kann dazu nur sagen, das bei einer 7.2 USB-Geraete spaeter initialisiert werden: /etc/init.d/rc2.d/S09usbmgr und in /etc/boot.d/ sind 2 skripte: serial und boot.setup Ich wuerde dir empfehlen /etc/init.d/skeleton in eine neue Datei umzukopieren und diese in den Bootvorgang einzuhaengen. Peter
Matthias Kleine wrote:
Thomas Hertweck wrote:
[Ausführungsreihenfolge der Bootskripte]
Danke Thomas, genau diese Aufstellung habe ich gesucht.
/etc/init.d/boot.d/* (Hardware-Initialisierungsskripte) | | /etc/init.d/boot.local (Lokale Bootlevel-Skripte)
D.h. der Aufbau von Devices, Initialisierung des USB usw. sollte schon abgeschlossen sein, wenn boot.local zur Ausführung kommt.
Nein, glaube nicht. In /etc/init.d/boot.d/ liegen nur ganz bestimmte wenige Hardware-Skripte -- warum genau die da liegen und genau zu dem Zeitpunt ausgefuehrt werden muessen, weiss ich allerdings nicht. Der Service USB wird aber AFAIK spaeter gestartet. Was moechtest Du eigentlich genau machen? CU, Th. -- Thomas Hertweck, Geophysicist Geophysical Institute, Karlsruhe University (TH)
participants (3)
-
Matthias Kleine
-
Peter Wiersig
-
Thomas Hertweck