So, hallo wieder einmal, ich habe inzwischen wieder ein paar Minuten Zeit gehabt, und habe nochmal alles durchgespielt, von der Konfiguration des Kernels über das Kompilieren bis hin zum abändern der modules.conf, erstellen der initial ramdisk, ausführen des lilo blabla. Ich denke ich habe das inzwischen so oft gemacht dass ich dabei keine Fehler mehr gemacht habe. Also, boote ich dann den neuen 2.4.18er Kernel, findet er die 3com 3c509 (ISA PnP) als eth0 (normalerweise eth1) und gibt dann vom siocblabla drei od. vier fehler bei eth1 aus. Also das Modul 8139too. Soo, also nochmal manuell versucht mit insmod und modprobe zu arbeiten: modprobe läuft super, insmod gibt folgende Fehler: server:~ # server:~ # insmod 8139too Using /lib/modules/2.4.18/kernel/drivers/net/8139too.o /lib/modules/2.4.18/kernel/drivers/net/8139too.o: unresolved symbol mii_ethtool_ sset /lib/modules/2.4.18/kernel/drivers/net/8139too.o: unresolved symbol mii_link_ok /lib/modules/2.4.18/kernel/drivers/net/8139too.o: unresolved symbol mii_ethtool_ gset /lib/modules/2.4.18/kernel/drivers/net/8139too.o: unresolved symbol mii_nway_res tart server:~ # server:~ # Ich habe auch schon in der manpage von modprobe gewühlt und gesucht und vor allen Dingen gelesen, aber habe da nichts finden können, was irgendwas aussagt über die funktionsweise wie das modul im gegensatz zu insmod geladen wird. Wahrscheinlich habe ich wieder (wie immer) eine andere manpage als ihr. Frage mich nur wieso. Naja vielleicht schreibe ich mir die manpages ja selber zurecht... :-/ So, ich hoffe, jemand hat auf die obigen Meldungen irgendeine Idee. Ich habe übrigens auch schon mal einen locate auf "mii" gemacht, da sind auch ein paar Dateien vorhanden, aber nichts wie _nway_restart oder _link_ok. Irgendwelche Ideen? Danke schon mal, Michael