Hy alle,
Ich hab mir neulich nen Laptop mit einer Realtek Netzwerkkarte gekauft (bin nicht sicher ob es was mit dem Laptop zu tun hat darum poste ich es hier).
Naja, auf jedem Fall hab ich ein kleines Problem und zwar:
Ich hab ganz normal nen 2.4.18 Kernel installiert und das Modul eingebunden. Dann hab ich versucht in mein lokales Netzwerk zu pingen. Das geht schon mal nicht. (auf die eigene Netzwerkkarte geht es) Habe sie mit ifconfig eingestellt und mit ifup eingeschaltet.
Hat jemand ne Ahnung wieso das nicht klappt ?
(vielleicht zu Hilfe: wenn ich ping ausführe (ins lokale Netzwerk oder ins Internet) und dmesg eingebe, bringt er folgenden merkwürdigen output:
[...]
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Tx queue start entry 4 dirty entry 0
eth0: Tx descriptor 0 is 00002000. (queue head)
eth0: Tx descriptor 1 is 00002000.
eth0: Tx descriptor 2 is 00002000.
eth0: Tx descriptor 3 is 00002000.
eth0: Setting half-duplex based on auto-negotiated partner ability 0000.
[...])
Was muss man da machen das das Netzwerk funktioniert ?
Mfg,
Danke für Hilfe,
Daniel
Probleme mit Realtek Netzwerkkarte
Huhu,
ja, das habe ich eingestellt.
ich glaub ned das es an der Einstellung liegt, vielleicht am Treiber ?
Eben hätte ich das bei der Installation schon einstellen können müssen nur da gabs eben auch Probleme mit der Erkennung
Ich kann mich selber ja anpingen wenn ich das Modul in den Kernel lade nur weiter geht es nicht
(route hab ich schon eingestellt)
Mfg,
Daniel
ja, das habe ich eingestellt.
ich glaub ned das es an der Einstellung liegt, vielleicht am Treiber ?
Eben hätte ich das bei der Installation schon einstellen können müssen nur da gabs eben auch Probleme mit der Erkennung
Ich kann mich selber ja anpingen wenn ich das Modul in den Kernel lade nur weiter geht es nicht
(route hab ich schon eingestellt)
Mfg,
Daniel
schau doch mal nach was für ne rt karte es genau is.
für meine karte hab ich gar kein modul gebraucht, da der treiber schon fest im kernel eingebunden war.
im zweifelsfall sollte im /boot verzeichniss die genaue konfiguration des installierten kernels liegen. (die man z.b. mit make menuconfig laden und anschaun kann.)
was sagt den ifconfig?
selber anpingen kann man sich übrigens immer, auch wenn man keine nw-karte hat. das geht über ein anderes device.
für meine karte hab ich gar kein modul gebraucht, da der treiber schon fest im kernel eingebunden war.
im zweifelsfall sollte im /boot verzeichniss die genaue konfiguration des installierten kernels liegen. (die man z.b. mit make menuconfig laden und anschaun kann.)
was sagt den ifconfig?
selber anpingen kann man sich übrigens immer, auch wenn man keine nw-karte hat. das geht über ein anderes device.
Hallo,
ich fürchte, ich habe hier z.Z. das gleiche Problem
Allerdings auf einem Desktop-PC mit Realtek 8029 Netzwerkkarte.
Mit Woody und dem Standardkernel 2.2.20-idepci funktioniert alles bestens, aber sobald ich den Kernel 2.4.18-k7 installiere oder mir selber einen 2.4.18 kompiliere und installiere, funktioniert das Netzwerk nicht mehr.
Karte wird erkannt und ist auch richtig eingerichtet (ifconfig), Routen sind gesetzt, und auch sonst kann es ja wohl kaum an den Netzwerkeinstellungen liegen, denn mit dem 2.2.20er läuft es ja.
Vielleicht kreist das ja das Problem etwas ein.
Bin echt mit meinem Latein am Ende...
Keno
ich fürchte, ich habe hier z.Z. das gleiche Problem
Allerdings auf einem Desktop-PC mit Realtek 8029 Netzwerkkarte.
Mit Woody und dem Standardkernel 2.2.20-idepci funktioniert alles bestens, aber sobald ich den Kernel 2.4.18-k7 installiere oder mir selber einen 2.4.18 kompiliere und installiere, funktioniert das Netzwerk nicht mehr.
Karte wird erkannt und ist auch richtig eingerichtet (ifconfig), Routen sind gesetzt, und auch sonst kann es ja wohl kaum an den Netzwerkeinstellungen liegen, denn mit dem 2.2.20er läuft es ja.
Vielleicht kreist das ja das Problem etwas ein.
Bin echt mit meinem Latein am Ende...
Keno
also der Treiber heisst 8139too.o
Es ist laut einem rtl-diag Programm auch eine 8139er. Also das da da Problem liegt kann ich kaum glauben.
im /boot sind nur ein paar Dateien vom alten 2.2.19er Kernel.
I hab den 2.4.18er in /usr/src/linux. Nur wieso ist das von Bedeutung ?
ifconfig gibt ganz normal, als ob alles funktionieren würde die Konfiguration von "lo" und "eth0" aus. (eth0 ist die Karte mit der ich die Probleme habe)
Du meinst sich selber anpingen über localhost ? ja, das weiss ich, nur kann ich mich auch auf die netzwerkkarte anpingen, also irgendetwas muss an der netzwerkkarte funktionieren.
Mfg, Bitte um weitere Hilfe, bin um jeden Vorschlag dankbar.
Daniel
Es ist laut einem rtl-diag Programm auch eine 8139er. Also das da da Problem liegt kann ich kaum glauben.
im /boot sind nur ein paar Dateien vom alten 2.2.19er Kernel.
I hab den 2.4.18er in /usr/src/linux. Nur wieso ist das von Bedeutung ?
ifconfig gibt ganz normal, als ob alles funktionieren würde die Konfiguration von "lo" und "eth0" aus. (eth0 ist die Karte mit der ich die Probleme habe)
Du meinst sich selber anpingen über localhost ? ja, das weiss ich, nur kann ich mich auch auf die netzwerkkarte anpingen, also irgendetwas muss an der netzwerkkarte funktionieren.
Mfg, Bitte um weitere Hilfe, bin um jeden Vorschlag dankbar.
Daniel
Hallo,
habe auch die gleichen Probleme mit einer Realtek8139c unter Kernel 2.4.18-bf2.4, alles scheint laut ifconfig in Ordnung. Trotzdem kann ich kein anderen Rechner anpingen.
Mein Wodody habe ich bei Linuxland gekauft und baue auf den 60 Tage freien Support.
Ich habe schon sämmtliche config Dateien und Diagnose-Ausgaben dem Support per mail gechickt, aber ohne Erfolg.
Linuxland Aussage:
Hand aufs Herz: wir arbeiten in wechselnden Netzwerk-Umgebungen
und einer Vielzahl von Installationen bereits seit weit mehr als
einem Jahr mit Kernel-Versionen 2.4.xx, ohne die von Ihnen geschilderten
Probleme anzutreffen.
Wenn es zur Problemlösung kommt werde ich bescheid geben.
Volkersen
habe auch die gleichen Probleme mit einer Realtek8139c unter Kernel 2.4.18-bf2.4, alles scheint laut ifconfig in Ordnung. Trotzdem kann ich kein anderen Rechner anpingen.
Mein Wodody habe ich bei Linuxland gekauft und baue auf den 60 Tage freien Support.
Ich habe schon sämmtliche config Dateien und Diagnose-Ausgaben dem Support per mail gechickt, aber ohne Erfolg.
Linuxland Aussage:
Hand aufs Herz: wir arbeiten in wechselnden Netzwerk-Umgebungen
und einer Vielzahl von Installationen bereits seit weit mehr als
einem Jahr mit Kernel-Versionen 2.4.xx, ohne die von Ihnen geschilderten
Probleme anzutreffen.
Wenn es zur Problemlösung kommt werde ich bescheid geben.
Volkersen
Hi habam,
meine Realtek Netzwerkkarte verabschiedete sich bei Zugriff mit der gleichen Fehlermeldung, wenn ich mit dem 2.4.18er Kernel gebootet hatte.
Scheint ein Problem mit den Interrupts zu sein. Nachdem ich den Advanced Programmable Interrupt Controller (APIC) im Bios deaktiviert hatte, funktionerte die Karte.
Keine Ahnung, warum der 2.2.20er Debian Kernel damit klarkam und der andere nicht, aber vielleicht hilft es Dir ja auch.
Gruß,
Keno
meine Realtek Netzwerkkarte verabschiedete sich bei Zugriff mit der gleichen Fehlermeldung, wenn ich mit dem 2.4.18er Kernel gebootet hatte.
Scheint ein Problem mit den Interrupts zu sein. Nachdem ich den Advanced Programmable Interrupt Controller (APIC) im Bios deaktiviert hatte, funktionerte die Karte.
Keine Ahnung, warum der 2.2.20er Debian Kernel damit klarkam und der andere nicht, aber vielleicht hilft es Dir ja auch.
Gruß,
Keno
-
pdreker
- Beiträge: 8298
- Registriert: 29.07.2002 21:53:30
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Nürnberg
Es gibt 2 Sorten Realtek 8139 Karten: die 8139 und die 8139C. Die C braucht einen anderen Treiber (Modul 8139cp).
Patrick
Patrick
Definitely not a bot...
Jabber: pdreker@debianforum.de
Jabber: pdreker@debianforum.de
Mit einem andere Kernel hab ichs auch schon versucht, klappte leider nicht.
Mit dem BIOS hab ich leider kaum Möglichkeiten, da das BIOS ziemlich abgespeckt wurde. Ist lästig, dafür hab ich mein Laptop billig bekommen *g* (allmählich wird mir klar wieso
Pdreker: Wirklich ? Das hör ich echt zum ersten Mal, danke für die Info, werd gleich mal nachsehen wo ich den 8139C Treiber finden kann. Wenns das ist ... na, ist es sicher ned, aber ein Hoffnungsschimmer ...
Mfg,
Daniel
Mit dem BIOS hab ich leider kaum Möglichkeiten, da das BIOS ziemlich abgespeckt wurde. Ist lästig, dafür hab ich mein Laptop billig bekommen *g* (allmählich wird mir klar wieso
Pdreker: Wirklich ? Das hör ich echt zum ersten Mal, danke für die Info, werd gleich mal nachsehen wo ich den 8139C Treiber finden kann. Wenns das ist ... na, ist es sicher ned, aber ein Hoffnungsschimmer ...
Mfg,
Daniel
-
pdreker
- Beiträge: 8298
- Registriert: 29.07.2002 21:53:30
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Nürnberg
Wenn wir schon beim BIOS sind: "Plug'n'Play OS" ist auch so eine Option, die man einfach 'mal umschalten kann (egal auf was sie steht, einfach 'mal die andere Einstellung probieren), manchmal hilft das. Power Management abschalten oder umstellen hilft auch manchmal. APIC ist (wie oben schon gesagt) auch ein Kandidat.
Patrick
Patrick
Definitely not a bot...
Jabber: pdreker@debianforum.de
Jabber: pdreker@debianforum.de
Unter Debian Woody funktioniert meine Realtekkarte (OvisLink) sehr gut (2.4, im Kernel).
Also ich letzes Wochenende aber zusätzlich SuSE 8.1 ausprobiert hatte, bin ich schier verzweifelt:
(8139too als Modul vorhanden.)
Ich benutze dort APIC musste aber für mein Board (Via Kt133A - MSI 6330 V5.0) acpi=oldboot als kernel parameter angeben. (Achtung APIC nicht mit acpi verwechseln
Mein Tipp:
schalte mal acpi (und zur not auch apm und apic) aus (acpi=off apm=off noapic) und probier es dann noch mal. Falls es dann geht, taste dich langsam an die richtigen parameter heran...
(ich hoffe, man kann die Kernelparameter von SuSE übernehem?)
Zu beachten ist eventuell auch noch, das sich je nach PCI Steckpaltz die Netzwerkkarte immer einen IRQ mit einer andere Karte/Gerät teilt, egal wie du dein Rechner konfiguerierst (muss aber keine Probleme machen). Schau mal in deinem Hauptplatinen Handbuch nach.
PS: Oh, der Beitrag war vom 12.09.2002 - na ja, vielleicht hilft es dennoch
Also ich letzes Wochenende aber zusätzlich SuSE 8.1 ausprobiert hatte, bin ich schier verzweifelt:
(8139too als Modul vorhanden.)
Ich benutze dort APIC musste aber für mein Board (Via Kt133A - MSI 6330 V5.0) acpi=oldboot als kernel parameter angeben. (Achtung APIC nicht mit acpi verwechseln
Mein Tipp:
schalte mal acpi (und zur not auch apm und apic) aus (acpi=off apm=off noapic) und probier es dann noch mal. Falls es dann geht, taste dich langsam an die richtigen parameter heran...
(ich hoffe, man kann die Kernelparameter von SuSE übernehem?)
Zu beachten ist eventuell auch noch, das sich je nach PCI Steckpaltz die Netzwerkkarte immer einen IRQ mit einer andere Karte/Gerät teilt, egal wie du dein Rechner konfiguerierst (muss aber keine Probleme machen). Schau mal in deinem Hauptplatinen Handbuch nach.
PS: Oh, der Beitrag war vom 12.09.2002 - na ja, vielleicht hilft es dennoch
Hi,
ich hatte das gleiche Problem, kannst du hier nachlesen:
http://www.debianforum.de/forum/viewtop ... highlight=
ich hatte das gleiche Problem, kannst du hier nachlesen:
http://www.debianforum.de/forum/viewtop ... highlight=
gleiches problem mit 3c905, intel e100, realtek
hallo leute,
bin beim woody installieren, wenn ich den 2.4.18 kernel installiere funktionieren keine nw-karten mehr, egal von welcher marke, wenn ich auf 2.2.20 zurückgehe kann ich wieder pingen usw...
ich wollte zuerst 2.4 und ext3 installieren - konnte aber keine nw-verbindung zum deb-server herstellen, darum hab ich den 2.2 kernel genommen und alles klappte perfekt. nachdem ich nun den 2.4.18 kernel runtergeladen habe bekam ich das problem mit den netzwerk(karten).
habt ihr eine genauere erklärung dafür?
mit grüssen, davidm
bin beim woody installieren, wenn ich den 2.4.18 kernel installiere funktionieren keine nw-karten mehr, egal von welcher marke, wenn ich auf 2.2.20 zurückgehe kann ich wieder pingen usw...
ich wollte zuerst 2.4 und ext3 installieren - konnte aber keine nw-verbindung zum deb-server herstellen, darum hab ich den 2.2 kernel genommen und alles klappte perfekt. nachdem ich nun den 2.4.18 kernel runtergeladen habe bekam ich das problem mit den netzwerk(karten).
habt ihr eine genauere erklärung dafür?
mit grüssen, davidm
...wohl das selbe Problem...
Moin-Moin,
auf meinen zwei Kisten läuft Debian seit Jahr & Tag einwandfrei. Nun, nachdem ich eine Kollegin "missionierte" nun doch endlich auf Linux zu wechseln -- der Vorführeffekt -- Debian mault bei der Installation auf ihrem Microstar-Laptop: Netzwerkkarte (Realtek RTL-8139 10/100 MBit ethernet) kreuzt bei 2.4-Kernel gar nicht mehr auf, bei 2.2 klappt die Installation nicht.
Nun las ich da etwas von Deaktivieren des APIC im BIOS (wär mir freilich viel lieber als am Kernel herumzucompilieren). Nur leider finde ich keinerlei APIC-Einträge im BIOS?!
Kann mich jemand erleuchten?
DANK!
tobber
auf meinen zwei Kisten läuft Debian seit Jahr & Tag einwandfrei. Nun, nachdem ich eine Kollegin "missionierte" nun doch endlich auf Linux zu wechseln -- der Vorführeffekt -- Debian mault bei der Installation auf ihrem Microstar-Laptop: Netzwerkkarte (Realtek RTL-8139 10/100 MBit ethernet) kreuzt bei 2.4-Kernel gar nicht mehr auf, bei 2.2 klappt die Installation nicht.
Nun las ich da etwas von Deaktivieren des APIC im BIOS (wär mir freilich viel lieber als am Kernel herumzucompilieren). Nur leider finde ich keinerlei APIC-Einträge im BIOS?!
Kann mich jemand erleuchten?
DANK!
tobber
Lösung
Hallo nochmal,
Ok, die Sache läuft mittlerweile. Um den Ärger mit der Realtek-Karte auszuräumen wird eine ACPI-Unterstüzung (+entspr. Kernel) benötigt. Ich benutzte 2.4.19 und den dazugehörenden acpi-patch (acpi-20020918-2.4.19.diff).
Dann, (1) Kernel backen, (2) Patch installieren, (3) nochmal den Kernel kompilieren (und in menuconfig unter General Setup die ACPI-Unterstützung aktivieren), Paket installieren, Lilo ausführen (vorsichtshalber in /etc/lilo.conf den funktionierenden Altkernel als LinuxOLD eintragen, falls es nicht auf Anhieb klappt, damit das System weiterhin zur Verfügung steht), reboot -- und, oh Wunder -- alles funktioniert bestens!
Aloha!
tobber
Ok, die Sache läuft mittlerweile. Um den Ärger mit der Realtek-Karte auszuräumen wird eine ACPI-Unterstüzung (+entspr. Kernel) benötigt. Ich benutzte 2.4.19 und den dazugehörenden acpi-patch (acpi-20020918-2.4.19.diff).
Dann, (1) Kernel backen, (2) Patch installieren, (3) nochmal den Kernel kompilieren (und in menuconfig unter General Setup die ACPI-Unterstützung aktivieren), Paket installieren, Lilo ausführen (vorsichtshalber in /etc/lilo.conf den funktionierenden Altkernel als LinuxOLD eintragen, falls es nicht auf Anhieb klappt, damit das System weiterhin zur Verfügung steht), reboot -- und, oh Wunder -- alles funktioniert bestens!
Aloha!
tobber
APIC - umstellen
Ja APIC war es auch bei mir!
Vielen dank für die Hilfe!
Jonathan
Vielen dank für die Hilfe!
Jonathan