Hallo Bodo, hallo Leute, Am Donnerstag, 31. Oktober 2002 02:10 schrieb Bodo Wlaka:

Ich hab eine Netzwerk-Karte Tamarack soundso und zu meinem Erstaunen war auf der Installationsdisk eine nicht angegebene linux Unterstützung (Stand nix auf der Packung) Waren die Sourcen für den Treiber drin. Ich hab das make ausgeführt und ins Modulverzeichnis installiert. Funktioniert bei einem 2.4.19 er Kernel auch. Den hatte ich so, wie er war, mit rpm installiert.

Hab mir jetzt einen eigenen 19er gebastelt und dasselbe Procedere gemacht. Beim booten lud er das modul nicht mehr mit modprobe. Hab es händisch mit modprobe noch mal probiert-> Fehler.

Hast Du das Modul für den neuen Kernel auch neu kompiliert und ins zugehörige Modules-Verzeichnis kopiert?

Habe es mit insmod probiert und dann funzt es.

Tja, insmod ist nicht so wählerisch ;-)

Modprobe sagt: No such module ????

Probier mal modprobe -v und poste die Ausgabe, falls der folgende Text das Problem nicht getroffen hat ;-)

Gibt es da irgendwelche Richtlinien für modprobe, die anders sind, als insmod?

Wenn ich man modprobe richtig interpretiere, ruft modprobe intern insmod auf - allerdings mit einigen Prüfungen und Ergänzungen. Man könnte es fast mit rpm vergleichen - insmod verhält sich ähnlich wie rpm --nodeps --force ;-) modprobe lädt z. B. abhängige Module. Wenn z. B. das Modul dach das Modul haus benötigt, lädt ein modprobe dach automatisch auch das Modul haus. Außerdem ist es AFAIK nicht möglich, mit modprobe ein Modul, das nicht in /lib/modules/`uname -r`/ [1] liegt, sondern "irgendwo" in einem beliebigen Verzeichnis, zu laden. Beim Aufruf von modprobe darf kein Pfad zum Modul angegeben werden und auch nicht die Dateinamenserweiterung ".o" - ein modprobe ip_tables.o geht also nicht, während modprobe ip_tables funktionieren sollte. Nächste Stolperfalle: Die Moduldatei muss root gehören (aus Sicherheitsgründen), ansonsten verweigert modprobe die Zusammenarbeit. Das ist übrigens eine Einschränkung, die auch insmod beachtet (kann aber mit dem entsprechenden Schalter übergangen werden) insmod beachtet all diese Einschränkungen nicht, es lädt das Modul (fast) immer, ohne die genannten Einschränkungen zu überprüfen. Empfehlenswerte Lektüre, anhand derer auch diese Mail entstanden ist: man modprobe man insmod Gruß Christian Boltz [1] Wenn dort nichts gefunden wird, wird /lib/modules/* (also von diversen Kerneln) gesucht. -> man modprobe /STRATEGY -- Registrierter Linux-Nutzer #239431 Warning: Sleeping Sigmonster! Please do not disturb.