eth0 bekommt nur beim ERSTEN Start eine IP danach Fehler

aggy · n00b Joined: 18 Feb 2004 Posts: 20

Nabend,

mein Problem ist, dass das modul meiner eth0 (3c59x) zwar fehlerfrei geladen wird, aber keine IP(per dhcp) erhaelt. Das wirklich seltsame daran ist, dass wenn ich die karte an nen andren port vom switch stecke, sie beim ersten start des OS eine IP bekommt und fehlerfrei läuft, beim 2nd boot nicht ! Dieser effekt trit bei andren distros und der liveCD nicht auf !

Wenn ich nun die karte in einen andren PCI slot stecke bekommt sie ebenfalls beim ERSTEN start eine ip, beim 2nd haengt er wieder.(beim dhcp) ich habe es per Modul probiert, aber auch die karte direct in den kernel mit einkompiliert. Ich habe es mit dem gentoo-2.6.2 und dem originalen 2.6.1 probiert = beides mal das selbe ergebnis. Hat jemand eine idee? Achso ACPI und APM habe ich beide deaktiviert (kam in diversen aehnlichen diskusionen auf).

/var/log/messages sagt:
eth0: command 0x5800 did not complete! Status=0xffff
eth0: command 0x2804 did not complete! Status=0xffff
eth0: command 0x3002 did not complete! Status=0xffff
eth0: command 0x3002 did not complete! Status=0xffff
eth0: command 0x3002 did not complete! Status=0xffff

danke fuer jeden tip !

mfg Sebastian[/quote]

Anyware · Posted: Thu Feb 19, 2004 12:01 am Post subject:

Versuch das Problem mal ohne DHCP zu analysieren. Gib der Karte eine feste IP und schau mal wie bzw. ob das Netzwerk funktioniert.

aggy · n00b Joined: 18 Feb 2004 Posts: 20

Habe ich bereits. Selbst "ifcongfig eth0 up" geht nicht, da die MAC adresse nur mit FFFFFFFFFFFF angezeigt wird.

Anyware · Posted: Thu Feb 19, 2004 1:47 pm Post subject:

Probier mal ohne ACPI zu booten.

tacki · Guru Joined: 29 Jun 2002 Posts: 418 Location: Germany

eventuell noch duplex-probleme mit mii-tool beseitigen

aggy · n00b Joined: 18 Feb 2004 Posts: 20

Wenn ACPI und APM überhaupt nicht im Kernel sind, sollte "acpi=off" auch nicht viel bringen.

tacki · Guru Joined: 29 Jun 2002 Posts: 418 Location: Germany

emerge mii-diag und dann mal versuchen den duplex-mode festzulegen bei dem client (wenn möglich auch beim switchport)

Anyware · Posted: Thu Feb 19, 2004 3:28 pm Post subject:

aggy · n00b Joined: 18 Feb 2004 Posts: 20

Naja da es sich um meine fileserver handelt ;/ habe ich mich nun für die GS-sources entschieden, und statt der x86 die i686 cd als basis genommen. Augenscheinlich scheint es zu funktionieren (mit ACPI). Ich Probiere aber noch diverse sachen aus um herauszufinden was nun ausschlaggebend dafuer ist. Wenn ich damit nicht allein dastehe lohnt sich das ja auf jeden fall

aggy · n00b Joined: 18 Feb 2004 Posts: 20

Es muss sich definitiv um einen Bug im 2.6er Kernel handeln !!

Ich habe nun diverse 2.4er probiert - alles kein Problem ! sobald ich das system einmal mit nem 2.6er teste geht es auch unter dem 2.4er nciht mehr, bis ich einen kaltstart durchführe.
Irgendwas muss mit dem Modul "3c59x" verkehrt sein. Ich würde ja gerne einen Bug report schreiben nur bin ich der englischen sprache nicht wirklich mächtig....

einer ne idee? also ich kann erstmal mit dem 2.4er weiterleben, aber ich denke ja das ist ein generelles problem ;/

mfG Sebastian

Anyware · Posted: Sun Feb 22, 2004 1:53 am Post subject:

Meinen Infos nach existiert zumindest bei RedHat ein Bugreport und der Modulentwickler ist informiert.

phixom · Apprentice Joined: 07 Jan 2003 Posts: 224

Genau diesen Fehler hatte ich seit Kernel 2.6.1 auch. Als dann in 2.6.3 auch noch der Sound "klingellig" klang, erinnerte ich mich an meine erste W2k-installation auf dem Board mit eben diesem Soundproblem. Genau ich habe damals die PCI-Latency im Bios nach oben gesetzt, da wohl der Rechner zu schnell für die Karte war. Da ich sie unter Linux wieder nach unten gesetzt hatte setzte ich sie wieder nach oben und voila, Sound ging, 3c59x geht auch nach Reboot problemlos mit DHCP. Nebenbei schaltet sich jetzt der Rechner auch wieder automatisch aus nach dem Runterfahren aus.
Evtl hilft dir das ja weiter, manchmal liegts eben nicht am Linux.
phixom

aggy · n00b Joined: 18 Feb 2004 Posts: 20

Ich habe die Lösung gefunden,

es liegt in der Tat nicht an Linux

Die gleiche Karte macht gelegentlich auch unter Windows Probleme. Nach längerem Suchen habe ich herausgefunden, dass es an der Software der Netzwerkkarte liegt.!!! Es handelt sich um eine

3c905b-TX (Modul 3c59x)
Rev. A

Das entscheidende ist hierbei die "Revision A"
Als Workaround kann man das SpanningTree Protokoll "deaktivieren" -am switch solange dieses Konfigurierbar ist.

Bei Karten der Rev. B oder Revision C konnte ich diesen Fehler nicht rekonstruieren. (und ich hab mir echt Mühe gegeben*g*)

Ich hoffe das hilft wem weiter,

so far Sebastian