Hallo, Verständnisfrage: Wenn ich einen Kernel mit einer weiteren Funktion versehen will und dies in der Kernel-config als Modul aktiviere und keine anderen Änderungen vornehme, so müsste es doch reichen, mit /usr/src/linux# make dep clean modules modules_install diese(s) Modul(e) nachzucompilieren. Danach kann ich es ohne Neustart des Systems nachladen (modprobe oder insmod) - oder? Folgendes Problem: Ich hab einen Rechner, der IPSec-Funktionalität erhalten soll. Es ist im Kernel noch nicht drin (Source-Patch liegt aber vor). Dieser Rechner sollte aber möglichst nicht neu gestartet werden (Es sei denn, es ist unvermeidlich). Wenn ich KLIPS als Modul wie oben nachkompiliere, kann ich das Modul aber trotzdem nicht laden :-(. (Leider hab ich die Fehlermeldungen nicht parat, bin erst am Dienstag wieder in dem System. Da sollte es aber möglichst funktionieren.) Any hints? Zur Not mache ich es wie immer, binde es direkt in den Kernel ein und boote neu. Sooo lange dauert das ja auch nicht. -- Gruß MaxX 8-)
Am Sonntag, 28. September 2003 14:07 schrieb Matthias Houdek:
Verständnisfrage: Wenn ich einen Kernel mit einer weiteren Funktion versehen will und dies in der Kernel-config als Modul aktiviere und keine anderen Änderungen vornehme, so müsste es doch reichen, mit
/usr/src/linux# make dep clean modules modules_install
diese(s) Modul(e) nachzucompilieren. Danach kann ich es ohne Neustart des Systems nachladen (modprobe oder insmod) - oder?
Im Prinzip ja, wenn sich am eigentlichen Kernel in der Konfiguration nichts ändert, müsste das gehen. Das 'modules_install' führt ja auch 'depmod -a' aus, wenn ich das richtig im Kopf habe (schadet aber trotzdem nicht, eins händisch nachzuschicken).
Wenn ich KLIPS als Modul wie oben nachkompiliere, kann ich das Modul aber trotzdem nicht laden :-(. (Leider hab ich die Fehlermeldungen nicht parat, bin erst am Dienstag wieder in dem System. Da sollte es aber möglichst funktionieren.)
Any hints?
Sobald Du mit der Fehlermeldung dienen kannst, gerne. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Manfred Tremmel am Sonntag, 28. September 2003 14:21:
Am Sonntag, 28. September 2003 14:07 schrieb Matthias Houdek:
Verständnisfrage: Wenn ich einen Kernel mit einer weiteren Funktion versehen will und dies in der Kernel-config als Modul aktiviere und keine anderen Änderungen vornehme, so müsste es doch reichen, mit
/usr/src/linux# make dep clean modules modules_install
diese(s) Modul(e) nachzucompilieren. Danach kann ich es ohne Neustart des Systems nachladen (modprobe oder insmod) - oder?
Im Prinzip ja, wenn sich am eigentlichen Kernel in der Konfiguration nichts ändert, müsste das gehen. Das 'modules_install' führt ja auch 'depmod -a' aus, wenn ich das richtig im Kopf habe (schadet aber trotzdem nicht, eins händisch nachzuschicken).
Danke, so hab ich mir das ja auch gedacht. Aber sicher bestätigen kannst du es auch nicht, oder? Ich will eben ausschließen, dass ich stundenlang nach einer Lösung suche, wo es gar keine geben kann. Und mein System zu hause läuft so schön stabil, da will ich nicht dran probieren ;-). Leider hab ich zur Zeit nicht mal einen Bastelrechner frei, das Weihnachtsgeschäft scheint losgegangen zu sein. Ich bin alle meine Gebrauchten schon wieder los.
Wenn ich KLIPS als Modul wie oben nachkompiliere, kann ich das Modul aber trotzdem nicht laden :-(. (Leider hab ich die Fehlermeldungen nicht parat, bin erst am Dienstag wieder in dem System. Da sollte es aber möglichst funktionieren.)
Any hints?
Sobald Du mit der Fehlermeldung dienen kannst, gerne.
Hm, dann ist es eigentlich schon zu spät. Dann hab ich keine Zeit mehr für große Experimente. Am 1.10. soll das VPN laufen. Auf allen anderen Gateways funxt es ja auch prima - aber da konnte ich auch einfach meinen fertigen KLIPS-Kernel installieren und neu booten. Hier soll das möglichst nicht passieren (wenn es auch anders geht). -- Gruß MaxX 8-)
On Sunday 28 September 2003 17:21, Matthias Houdek wrote:
Manfred Tremmel am Sonntag, 28. September 2003 14:21:
Am Sonntag, 28. September 2003 14:07 schrieb Matthias Houdek:
Verständnisfrage: Wenn ich einen Kernel mit einer weiteren Funktion versehen will und dies in der Kernel-config als Modul aktiviere und keine anderen Änderungen vornehme, so müsste es doch reichen, mit
/usr/src/linux# make dep clean modules modules_install
diese(s) Modul(e) nachzucompilieren. Danach kann ich es ohne Neustart des Systems nachladen (modprobe oder insmod) - oder?
Im Prinzip ja, wenn sich am eigentlichen Kernel in der Konfiguration nichts ändert, müsste das gehen. Das 'modules_install' führt ja auch 'depmod -a' aus, wenn ich das richtig im Kopf habe (schadet aber trotzdem nicht, eins händisch nachzuschicken).
Danke, so hab ich mir das ja auch gedacht. Aber sicher bestätigen kannst du es auch nicht, oder? Ich will eben ausschließen, dass ich stundenlang nach einer Lösung suche, wo es gar keine geben kann.
Ich kann es bestätigen, da ich es so gemacht habe. Allerdings gibt es (wie immer) einen kleinen Haken: Wenn Du Module verwendest, die _nicht_ aus dem Kernel stammen und in "/lib/modules/$(uname -r)/kernel" liegen, werden diese Teile hinterher nicht mehr funktionieren. Ein "make modules_install" mach (laut Makefile) als erstes ein "@rm -rf $(MODLIB)/kernel". Also sicher Dir den Teil besser vorher mal weg. Andreas
Andreas Kyek am Montag, 29. September 2003 08:26:
On Sunday 28 September 2003 17:21, Matthias Houdek wrote:
Manfred Tremmel am Sonntag, 28. September 2003 14:21:
Am Sonntag, 28. September 2003 14:07 schrieb Matthias Houdek:
Verständnisfrage: Wenn ich einen Kernel mit einer weiteren Funktion versehen will und dies in der Kernel-config als Modul aktiviere und keine anderen Änderungen vornehme, so müsste es doch reichen, mit
/usr/src/linux# make dep clean modules modules_install
diese(s) Modul(e) nachzucompilieren. Danach kann ich es ohne Neustart des Systems nachladen (modprobe oder insmod) - oder?
Im Prinzip ja, wenn sich am eigentlichen Kernel in der Konfiguration nichts ändert, müsste das gehen. Das 'modules_install' führt ja auch 'depmod -a' aus, wenn ich das richtig im Kopf habe (schadet aber trotzdem nicht, eins händisch nachzuschicken).
Danke, so hab ich mir das ja auch gedacht. Aber sicher bestätigen kannst du es auch nicht, oder? Ich will eben ausschließen, dass ich stundenlang nach einer Lösung suche, wo es gar keine geben kann.
Ich kann es bestätigen, da ich es so gemacht habe. Allerdings gibt es (wie immer) einen kleinen Haken:
Wenn Du Module verwendest, die _nicht_ aus dem Kernel stammen und in "/lib/modules/$(uname -r)/kernel" liegen, werden diese Teile hinterher nicht mehr funktionieren. Ein "make modules_install" mach (laut Makefile) als erstes ein "@rm -rf $(MODLIB)/kernel". Also sicher Dir den Teil besser vorher mal weg.
Ja, das war wohl auch die Ursache für mein Problem. Nach einem Neustart (nur Module neu kompiliert) funktionierte kein Modul mehr. Ursache war eine andere Extraversion (oder besser eine fehlende, aber der gebootete Kernel hatte eine Extraversion). Ich hatte die Kernel-Sourcen noch einmal neu installiert und dann sauber neu gepatcht. Dann die alte .config wieder reinkopiert und angepasst. Aber an die Extraversion im Makefile hab ich nicht gedacht. Also noch einmal neu booten (Rescue-System) und die Module jetzt mit der richtigen Extraversion kompiliert. Und jetzt klappt es auch ohne 'make bzImage' usw. :-) -- Gruß MaxX 8-)
participants (3)
-
Andreas Kyek -
Manfred Tremmel -
Matthias Houdek