Netzwerkverbindung reisst immer wieder ab

[Dark-Kamui]

Ich bin mittlerweile irgendwo am verzweifeln wo der Fehler liegt. Ich habe einen alten PentiumII mit Linux als Samba Server zusammen gebaut und für ein kleines Firmennetzwerk mit Win98 Rechnern bereit vorbereitet. Es hat auch alles super funktioniert, aber immer wieder bricht die Verbindung ab bis ich reboot eingebe. Das geht auf Dauer nicht weil im Netzwerk weil das alles DAUs sind die dort arbeiten und letztlich soll der Server nur ein Speicherplatz sein.
Ich habe hier mal ein Auszug was er heute von sich gegeben hat

Code: Alles auswählen

Nov 25 14:28:01 linux kernel: eth0: RealTek RTL8139 Fast Ethernet at 0xc481a000, 00:50:fc:c2:ae:34, IRQ 9
Nov 25 14:28:01 linux kernel: eth0:  Identified 8139 chip type 'RTL-8139C'
Nov 25 14:28:01 linux kernel: eth0: Setting 100mbps full-duplex based on auto-negotiated partner ability 45e1.
Dec  1 17:37:14 linux kernel: eth0: RealTek RTL8139 Fast Ethernet at 0xc481a000, 00:50:fc:c2:ae:34, IRQ 9
Dec  1 17:37:14 linux kernel: eth0:  Identified 8139 chip type 'RTL-8139C'
Dec  1 17:37:14 linux kernel: eth0: Setting 100mbps full-duplex based on auto-negotiated partner ability 45e1.
Dec  2 13:11:28 linux kernel: eth0: Setting 100mbps full-duplex based on auto-negotiated partner ability 45e1.
Dec  2 13:11:47 linux kernel: NETDEV WATCHDOG: eth0: transmit timed out
Dec  2 13:11:47 linux kernel: eth0: Tx queue start entry 3407  dirty entry 3403.
Dec  2 13:11:47 linux kernel: eth0:  Tx descriptor 0 is 00002000.
Dec  2 13:11:47 linux kernel: eth0:  Tx descriptor 1 is 00002000.
Dec  2 13:11:47 linux kernel: eth0:  Tx descriptor 2 is 00002000.
Dec  2 13:11:47 linux kernel: eth0:  Tx descriptor 3 is 00002000. (queue head)
Dec  2 13:11:47 linux kernel: eth0: Setting 100mbps full-duplex based on auto-negotiated partner ability 45e1.
Dec  2 13:13:45 linux kernel: eth0: Setting 100mbps full-duplex based on auto-negotiated partner ability 45e1.
Dec  2 13:25:50 linux kernel: eth0: Setting 100mbps full-duplex based on auto-negotiated partner ability 45e1.
Dec  2 13:26:24 linux kernel: eth0: Setting 100mbps full-duplex based on auto-negotiated partner ability 45e1.
Dec  2 13:28:12 linux kernel: eth0: RealTek RTL8139 Fast Ethernet at 0xc481a000, 00:50:fc:c2:ae:34, IRQ 9
Dec  2 13:28:12 linux kernel: eth0:  Identified 8139 chip type 'RTL-8139C'
Dec  2 13:28:12 linux kernel: eth0: Setting 100mbps full-duplex based on auto-negotiated partner ability 45e1.
Dec  2 13:32:32 linux kernel: eth0: RealTek RTL8139 Fast Ethernet at 0xc481a000, 00:50:fc:c2:ae:34, IRQ 9
Dec  2 13:32:32 linux kernel: eth0:  Identified 8139 chip type 'RTL-8139C'
Dec  2 13:32:32 linux kernel: eth0: Setting 100mbps full-duplex based on auto-negotiated partner ability 45e1.

Ich kann den Server so lange nicht anpingen bzw. mit Samba zugreifen bis das Teil wieder neugestartet ist, dann funktioniert es ein oder zwei Stunden oder auch mal länger und dann spinnt das Teil wieder.
Habt ihr schon mal was ähnliches erlebt, ich brauche umbedingt einen Tipp wo der Fehler liegen könnte. Wenn mehr Daten aus dem Kernellog von Nöten sind um mir einen Tipp zu geben sagt es bitte, ich bin mittlerweile mit diesen Computer am verzweifeln, weil ich zwei andere Server mit ähnlichen Einstellungen ohne Probleme am laufen habe.

[Rebell]

Das Problem hatte ich auch, konnte es mir nicht erklären. Mit der gleichen Netzwerkkarte. Es sah so aus als könnte sich die Netzwerkkarte nich am Netzwerk anmelden. Wenn ich mit rausgezogenem Netzwerkkabel gestartet hab gings, aber nur auf Zeit. Ich habe mehrere Kernel verwendet, hat alles nichts geholfen. Dachte es lag an der Hardware, aber selbst mit ner anderen Netzwerkkarte gings nicht. Hab dann rausgefunden dass was mit der Hardware nicht stimmte in dem ich die Logs begutachtet habe. Irgendwann gabs mal nen Totalausfall (kein Boot mehr, oder Knoppix blieb mit Kernel Panic hängen). Irgendwann überhitzte das Teil.

Nach dem Totalausfall lief dann Woody wieder sauber mit Kernel-2.4.18bf2.4 ohne Fehlermeldungen. Ich kann mir bis heute nicht erklären was da los war. Vielleicht hat eine rumliegende SChraube einen Kurzschluss auf dem Board verursacht.

Da das aber nicht mein Rechner war und ich zuviele Probleme damit hatte musste ich mich schließlich auf SuSE einigen. War mir total peinlich, aber jetzt läuft das System.