Kernel 2.4.18 / SuSE 7.2
Hallo ihr alle, ich habe folgendes Problem: SuSE 7.2, Kernel 2.4.18 geladen und kompiliert. Nun, es läuft alles prima, bis auf die eth0-Netzwerkkarte, die als Realtek 8139 läuft. Ist da irgendwas an den Modulen geändert worden? Die zweite, eth1, eine 3com-Karte, läuft wunderbar mit dem 2.4.18er Kernel. Nun habe ich schon probiert das Modul 8139too.o zu nehmen. Geht aber leider auch nicht. Habe sogar schon das alte Modul aus dem Original- 2.4.4er von SuSE wieder reinkopiert und probiert, läuft auch nicht (also das rtl8139.o). Irgendwelche Vorschläge Eurerseits? Stehe hier echt vor einem Rätsel... Danke, Michael
Am Die, 26 Mär 2002 schrieb Michael Jakscht:
Hallo ihr alle,
ich habe folgendes Problem: SuSE 7.2, Kernel 2.4.18 geladen und kompiliert. Nun, es läuft alles prima, bis auf die eth0-Netzwerkkarte, die als Realtek 8139 läuft. Ist da irgendwas an den Modulen geändert worden? Die zweite, eth1, eine 3com-Karte, läuft wunderbar mit dem 2.4.18er Kernel. Nun habe ich schon probiert das Modul 8139too.o zu nehmen. Geht aber leider auch nicht.
Hast Du auch die /etc/modules.conf auf alias eth0 8139too geändert. Wenn Du beide Kernel nach wie vor verwenden willst, solltest Du Dir eine versionierte modules.conf verwenden. -> www.dhaller.de/linux/multikernel.html
Habe sogar schon das alte Modul aus dem Original- 2.4.4er von SuSE wieder reinkopiert und probiert, läuft auch nicht (also das rtl8139.o).
Das wäre auch mehr als verwunderlich, wenn ein 14 Versionen altes Kernelmodul liefe. Gruß Christoph -- Christoph Maurer - 52072 Aachen - Tux#194235 mailto:christoph-maurer@gmx.de - http://www.christophmaurer.de Auf der Homepage u.a.: Installation von SuSE 7.0 auf Notebook Acer Travelmate 508 T, Elektrotechnik an der RWTH Aachen
Hi,
Hast Du auch die /etc/modules.conf auf alias eth0 8139too geändert.
Selbstverständlich ;-) Nein, trotz allem läuft das nicht. ;-(
Wenn Du beide Kernel nach wie vor verwenden willst, solltest Du Dir eine versionierte modules.conf verwenden. -> www.dhaller.de/linux/multikernel.html
Muss nicht sein, solange der 18er läuft ist ja alles in Butter...
Das wäre auch mehr als verwunderlich, wenn ein 14 Versionen altes Kernelmodul liefe.
Was tut man nicht alles in seiner Verzweiflung... :-) Noch irgendwelche Ideen? Was hab ich denn da wieder falsch gemacht? Kann doch nicht sein, dass die Karte auf einmal nicht mehr geht... Michael
Hallo, On Tue, 26 Mar 2002, Michael Jakscht wrote:
Hast Du auch die /etc/modules.conf auf alias eth0 8139too geändert.
Selbstverständlich ;-) Nein, trotz allem läuft das nicht. ;-(
Tscha. Bei mir lauft das Modul prima.
Wenn Du beide Kernel nach wie vor verwenden willst, solltest Du Dir eine versionierte modules.conf verwenden. -> www.dhaller.de/linux/multikernel.html
Muss nicht sein, solange der 18er läuft ist ja alles in Butter...
Kann aber Konflikten vorbeugen (z.B. zwischen rtl8139 und 8139too). Du musst ja auch nicht _alles_ vorgeschlagene uebernehmen.
Das wäre auch mehr als verwunderlich, wenn ein 14 Versionen altes Kernelmodul liefe.
Was tut man nicht alles in seiner Verzweiflung... :-) Noch irgendwelche Ideen? Was hab ich denn da wieder falsch gemacht?
Tja, ohne jedwede Fehlermeldung/Logauszug... Wir haben nunmal keine "Kristallkugel"...
Kann doch nicht sein, dass die Karte auf einmal nicht mehr geht...
Ja. Du hast wohl irgendwo (kernelconfig?) was faslch/vergessen... Aber _was_ du falchs gemachst hast, das koennen wir ohne weitere Infos nicht wissen. -dnh -- The goal of Computer Science is to build something that will last at least until we've finished building it. -- BSD fortune file
Hi again!
Tscha. Bei mir lauft das Modul prima.
Hmm.
Ja. Du hast wohl irgendwo (kernelconfig?) was faslch/vergessen... Aber _was_ du falchs gemachst hast, das koennen wir ohne weitere Infos nicht wissen.
Naja, ich habe die gleiche Konfiguration wie in allen Kerneln vorher. Und die liefen bisher wunderbar. Nur beim 2.4.18er läufts nicht mehr. Woran kann das liegen? Gab es irgendwelche Veränderungen an dem Modul oder wie es geladen wird? Wahrscheinlich eher nicht, ich werde mich dann wohl noch mal etwas mehr auf die Suche machen. Falls ich was finde mail ichs, ansonsten benutze ich halt nen alten Kernel. Michael
Hello Michael, Tuesday, March 26, 2002, 12:40:47 PM, you wrote: MJ> Hi again!
Tscha. Bei mir lauft das Modul prima.
MJ> Hmm.
Ja. Du hast wohl irgendwo (kernelconfig?) was faslch/vergessen... Aber _was_ du falchs gemachst hast, das koennen wir ohne weitere Infos nicht wissen.
MJ> Naja, ich habe die gleiche Konfiguration wie in allen Kerneln MJ> vorher. MJ> Und die liefen bisher wunderbar. MJ> Nur beim 2.4.18er läufts nicht mehr. MJ> Woran kann das liegen? Gab es irgendwelche Veränderungen MJ> an dem Modul oder wie es geladen wird? MJ> Wahrscheinlich eher nicht, ich werde mich dann wohl noch MJ> mal etwas mehr auf die Suche machen. MJ> Falls ich was finde mail ichs, ansonsten benutze ich halt MJ> nen alten Kernel. MJ> Michael Hallo! funktioniert denn "insmod 8139too" ? Ciao, Stefan
Am Die, 26 Mär 2002 schrieb Michael Jakscht:
Hi Stefan,
funktioniert denn "insmod 8139too" ?
nope, es funktioniert nur ein "modprobe 8139too". Hilft das weiter? Klar, nach dem modprobe kann ich auch manuell mit ifconfig das device hochbringen, aber beim booten wird anscheinend mit insmod gearbeitet?
Hat das Modul irgendwelche Optionen, die Du vielleicht setzen musst? Gruß Christoph -- Christoph Maurer - 52072 Aachen - Tux#194235 mailto:christoph-maurer@gmx.de - http://www.christophmaurer.de Auf der Homepage u.a.: Installation von SuSE 7.0 auf Notebook Acer Travelmate 508 T, Elektrotechnik an der RWTH Aachen
Hi,
nope, es funktioniert nur ein "modprobe 8139too". Hilft das weiter? Klar, nach dem modprobe kann ich auch manuell mit ifconfig das device hochbringen, aber beim booten wird anscheinend mit insmod gearbeitet?
Hat das Modul irgendwelche Optionen, die Du vielleicht setzen musst?
Nicht das ich wüsste, ich arbeite ja nun schon seit Jahren ohne Parameter. Das sind reine PCI Karten die ich benutze und die laufen sonst überall. Und auch in dem Rechner mit dem 2.4.4-er Kernel. Also denke ich doch nicht dass ich da jetzt auf einmal irgendwelche Optionen dranhängen muss... ? Michael
Am Die, 26 Mär 2002 schrieb Michael Jakscht:
Hi,
nope, es funktioniert nur ein "modprobe 8139too". Hilft das weiter? Klar, nach dem modprobe kann ich auch manuell mit ifconfig das device hochbringen, aber beim booten wird anscheinend mit insmod gearbeitet?
Hat das Modul irgendwelche Optionen, die Du vielleicht setzen musst?
Nicht das ich wüsste, ich arbeite ja nun schon seit Jahren ohne Parameter. Das sind reine PCI Karten die ich benutze und die laufen sonst überall. Und auch in dem Rechner mit dem 2.4.4-er Kernel. Also denke ich doch nicht dass ich da jetzt auf einmal irgendwelche Optionen dranhängen muss... ?
Dann spiel doch mal ein bißchen mit den Optionen von modprobe herum, dann müßtest Du eigentlich herausbekommen, was er anders macht, als bei einem normalen insmod. man modprobe Gruß Christoph -- Christoph Maurer - 52072 Aachen - Tux#194235 mailto:christoph-maurer@gmx.de - http://www.christophmaurer.de Auf der Homepage u.a.: Installation von SuSE 7.0 auf Notebook Acer Travelmate 508 T, Elektrotechnik an der RWTH Aachen
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
Am Don, 28 Mär 2002 schrieb Michael Jakscht:
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: [...] 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... :-/
Was hältst Du von -c, --showconfig Show the currently used configuration. -n, --show Don't actually perform the action, just show what would be done. -v, --verbose Print all commands as they are executed. So auf den ersten Blick u.U. hilfreich... Gruß Christoph -- Christoph Maurer - 52072 Aachen - Tux#194235 mailto:christoph-maurer@gmx.de - http://www.christophmaurer.de Auf der Homepage u.a.: Installation von SuSE 7.0 auf Notebook Acer Travelmate 508 T, Elektrotechnik an der RWTH Aachen
Hallo, ich kann mich dunkel daran erinnern, daß man erst den Treiber für die 8390 laden muss und danach den für die 8139??? Ansonsten www.scyld.com! Gruß Sebastian www.wolfgarten.com
* Donnerstag, 28. März 2002 um 10:45 (+0100) schrieb Michael Jakscht:
Also das Modul 8139too. Soo, also nochmal manuell versucht mit insmod und modprobe zu arbeiten: modprobe läuft super, insmod gibt folgende Fehler:
Warum lädst du dann das Modul nicht einfach mit 'modprobe'?
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
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
man modprobe
NAME
modprobe - high level handling of loadable modules
^^^^^^^^^^^^^^^^^^^
IMHO versucht 'modprobe' Abhängigkeiten zwischen Modulen zu erkennen und
lädt dann ggfs. abhängige Module dazu.
Wenn du unbedingt insmod verwenden willst, versuche doch mal:
'insmod mii && insmod 8139too'
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Hi Andreas,
NAME modprobe - high level handling of loadable modules ^^^^^^^^^^^^^^^^^^^
IMHO versucht 'modprobe' Abhängigkeiten zwischen Modulen zu erkennen und lädt dann ggfs. abhängige Module dazu.
Wenn du unbedingt insmod verwenden willst, versuche doch mal: 'insmod mii && insmod 8139too'
Mir ist das vollkommen wurscht wie ich das Modul geladen kriege. Ich will nur dass es automatisch beim booten mit geladen wird. Und da es das nicht wird, habe ich meine Frage hier gestellt. Das mit dem High-level handling habe ich sehr wohl gesehen, aber was sagt einem das? Gar nichts, zumindest ich kann mir nur viele schöne Sachen darunter vorstellen, bis Deine Mail kam. Nun weiss ich's, danke :-) Wie gesagt, mid modprobe gehts, mit Deinem Vorschlag weiss ich nicht, da halt denke ich Teile von dem mii_* fehlen. Nur wo kriege ich die her, was muss ich dazu kompilieren etc.? Fragen über fragen... :-)) Grüsse, Michael
Hallo Michael, * Donnerstag, 28. März 2002 um 11:54 (+0100) schrieb Michael Jakscht:
Mir ist das vollkommen wurscht wie ich das Modul geladen kriege. Ich will nur dass es automatisch beim booten mit geladen wird. Und da es das nicht wird, habe ich meine Frage hier gestellt. Das mit dem High-level handling habe ich sehr wohl gesehen, aber was sagt einem das? Gar nichts, zumindest ich kann mir nur viele schöne Sachen darunter vorstellen, bis Deine Mail kam. Nun weiss ich's, danke :-) Wie gesagt, mid modprobe gehts, mit Deinem Vorschlag weiss ich nicht, da halt denke ich Teile von dem mii_* fehlen. Nur wo kriege ich die her, was muss ich dazu kompilieren etc.?
Ein Modul "mii.o", aber das hast du schon, da es beim
Erzeugen von "8139too.o" automatisch miterzeugt wird. Es sollte auch
bei dir in "/lib/modules/2.4.18/kernel/drivers/net/" liegen.(?)
Beim Einrichten der Netzwerkkarte während des Hochfahrens wird bei
SuSE kein Modul mit 'insmod'/'modprobe' explizit geladen, sondern
einfach ein 'ifconfig ethX ... up' ausgeführt. Zusammen mit dem
entsprechenden alias-Eintrag in "/etc/modules.conf" werden dann die
entsprechende Module geladen.
Sind evtl. deine "modutils" zu alt?
Welche Fehlermeldungen stehen denn in /v/l/m, wenn versucht wird, beim
Hochfahren des Systems die Netzwerkkarte einzurichten?
Welche Fehlermeldungen bekommst du, wenn du nach dem Hochfahren ein
'ifconfig eth0 192.168.0.100 netmask 255.255.255.0 broadcast
192.168.0.255 up' eingibst, _ohne_ vorher das/die Modul(e) zu laden?
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Hello Michael, Tuesday, March 26, 2002, 4:04:18 PM, you wrote: MJ> Hi Stefan,
funktioniert denn "insmod 8139too" ?
MJ> nope, es funktioniert nur ein "modprobe 8139too". MJ> Hilft das weiter? MJ> Klar, nach dem modprobe kann ich auch manuell mit MJ> ifconfig das device hochbringen, aber beim booten MJ> wird anscheinend mit insmod gearbeitet? MJ> Michael Hallo! Zugegeben: nicht wirklich; ein so grosser Experte bin ich nun auch nicht; mir gings drum, ob er das Modul auch finden kann. Ich kann dir nur sagen, wie ichs auf 4 versch. Rechnern erfolgreich gemacht habe: - Kernelkonfig erstellen (bitte das alte Modul nutzen, nicht EXPERIMENTAL) - make blablabla - Eintrag in /etc/modules.conf sieht bei mir so aus: alias eth0 8139too Neustart, Glück allein. Ich habe grade bemerkt, dass bei mir unter ... folgendes stand: Yast-Admin.-Konf-Datei-initrd: tl8139 => das geht ja nun gar nicht, trotzdem klappts(?). mehr kann ich dir nicht sagen, mein SCSI - Controller spinnt im Moment auch und ich weiss nicht warum. Ansonsten verlangt 8139too aber keinerlei Optionen, das sollte eigentlich so gehen. Was noch wäre: Vielleicht die Karte nochmals mit Yast neu einrichten und dabei das alte Modul verwenden (ich weiss dass das nicht gehen kann). Danach die /etc/modules.conf nochmal anpassen. Ich glaube, das Problem hatte ich auch mal irgendwann... Ciao, Stefan PS: entschuldigung, dass ich so durcheinander schreibe, aber ich habe nebenbei noch drueber nachgedacht und hatte keine Lust den ganzen Text zu loeschen....
participants (6)
-
Andreas Koenecke -
Christoph Maurer -
David Haller -
Michael Jakscht -
Sebastian Wolfgarten -
Stefan Schilling