PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Hilfe! Linux Rechner findet andere Netzwerkrechner nicht.



Catonga
08.08.00, 18:14
Hallo

Ich habe einen alten 486 DX 33 MHZ mit einer ISA NE2000 kompatiblen Netzwerkkarte.

Jetzt habe ich nur ein Problem, ich kann meine anderen 2 Rechner, ein
Win95 Rechner und ein Linux Rechner nicht anpingen.

Beide Linux rechner haben die Slackware 7.1 Distri drauf, mit dem einzigen Unterschied, das der andere ein Athlon mit PCI Netzwerkkarte ist. (alle Netzwerkkarten sind 10 MBit)
Der Athlon findet den Win95 Rechner problemlos, nur den 486 Linux rechner findet er nicht, bzw. habe ich beim anpingen 100 % Packet Loss.

Das gleiche ist, wenn ich versuche vom Win95 rechner den 486 anzupingen, da hab ich auch 100% Packet loss.

Vom 486 mit der IP 192.168.100.5 kann ich die anderen Rechner auch nicht anpingen, das einzige was geht, ist wenn ich den 486 sich selbst anpingen lasse, also ping 192.168.100.5 dann sind alle pings erfolgreich.

Der Atlon kann aber problemslos den Win95 Rechner anpingen und umgekehrt.

Der Athlon hat die IP 192.168.100.4
Der Win95 rechner 192.168.100.2
Subnetmask ist 255.255.255.0

Am Netzwerkkabel (Koaxial) liegt es nicht, weil ich es zwischen den 2 anderen Rechnern getestet habe wo es funktionierte.

Fehlermeldungen beim booten des 486 bekomme ich auch keine,
alle Netzwerkdienste werden geladen und die Netzwerkkarte wird gefunden.

Woran kann das liegen?
Ist die Karte vielleicht defekt?

Backi
08.08.00, 18:32
Hi mal wieder!

Könnte sein, daß die default-route nicht gesetzt ist.
Gib mal am 486er cat "/proc/net/route" ein.
Ausgabe sollte ungefähr so aussehen:

Iface Destination Gateway ... Mask
eth0 0564A8C0 00000000 FFFFFFFF
eth0 0064A8C0 00000000 00FFFFFF
lo 0000007F 00000000 000000FF

Ich nehme an, daß die zweite eth0-Zeile fehlt, darin steht, wie das Netzwerk 192.168.100 zu erreichen ist...

Backi

Catonga
08.08.00, 19:45
Ja eine fehlt.
Scheint die erste zu sein wenn ich es mit deinen Werten Vergleiche.
Ich bekomme folgende Meldung:

------------------
IFace Destination Gateway Floss RefCnt Use Metric Mask
eth0 0064A8C0 00000000 0001 0 0 0 00FFFFFF
le 0000007F 00000000 0001 0 0 0 000000FF
------------------

Was muß ich jetzt machen damits läuft?

Backi
08.08.00, 20:01
"/sbin/route add -host 192.168.100.5 eth0" sollte das Problem lösen. Wenns gklappt hat, dann mußt Du das noch irgendwo in die Startup-Scripte eintragen. Am besten da, wo auch die andere Route gesetzt wird.

Wenn Du ein Gateway (Router, Proxy,...) hast, mußt Du das auch noch eintragen, sonst klappt die Internet-Verbindung nicht: "route add default gw IP", wobei IP die IP des Gateways ist.

Gruß,
Backi

Catonga
10.08.00, 01:48
Ok, ich habs jetzt so eingegeben wie du gesagt hast.
Díe fehlende Zeile "... 0564A8C0 ..." steht jetzt
auch in der route Datei, leider kann ich immer noch nicht
den anderen Rechner anpingen, er zeigt mir noch immer
100% packet loss an.

In der Zeile steht bei Floss der Wert 0005, ist das ok?

Backi
10.08.00, 13:16
Ja, das steht bei mir auch.
Hmmmm...ratlos....
Langsam weiß ich auch nicht weiter. Viele Chipsätze unterstützen Koax- und TP. Vielleicht denkt der Treiber fälschlicherweise, daß die Karte an einem TP-Netzwerk hängt? Such mal in den Logs nach Media oder media. Wenn da sowas wie "eth0: Media is 10BaseT" steht, dann mußt Du ifconfig sagen, daß Media 10Base2 ist (siehe man ifconfig).

Gruß,
Backi

blackbird
10.08.00, 13:55
hi catonga!

du könntest auf dem jeweils andren rechner auch mal ein tcpdump laufen lassen, um zu sehen ob überhaupt was ankommt. bzw auch mal auf dem rechner, der die pakete senden müsste, dort sollten die pakete ja auf alle fälle auf eth0 auftauchen. als nächstes könntst du auch mal schauen ob die LED der karte beim pingen zuckt, sollte sie eigentlich.

was mir dann noch einfällt wär ne fehlerhafte terminierung des koax-kabels, aber kann ich mir eigentlich auch nicht so recht vorstellen (genau 2 terminatoren am kabel, ganz vorne und ganz hinten, keine stichleitungen vom t-stück weg..)

grüsse blackbird

Catonga
17.08.00, 07:09
Juhuuu !!!! http://www.linuxforen.de/ubb/smile.gif http://www.linuxforen.de/ubb/smile.gif http://www.linuxforen.de/ubb/smile.gif

Ich habe jetzt die Karte zum laufen gebracht.
Die Geschichte ist folgende:

Die Netzwerkkarte hatte ich ohne Treiber geschenkt bekommen,
dadurch konnte ich auch kein DOS-Test Programm starten, welches normalerweise bei der mitgelieferten Treiber-Diskette dabei ist.

Der einzige Anhaltspunkt den ich hatte war der,
das die Netzwerkkarte vermutlich von der Firma Pine
ist.
Da ich die Karte ja unter Linux nicht zum laufen gekriegt habe,
habe ich mein Glück auf der Homepage von Pine gesucht und
nach Dostreibern und sonstigen Tools gesucht,
in der Hoffnung, das ich dort passende Treiber finde.

Zum glück habe dann eine ARJ Datei
mit allen Treibern und Testprogrammen gefunden,
welche normalerweise auf der beiliegenden Diskette drauf sind.
Und das tollste daran war, daß diese Treiber und das Setup/Test Programm
zum Glück auch noch die richtigen waren, volltreffer. http://www.linuxforen.de/ubb/smile.gif

Als ich dann das Setup/test-Programm gestartet habe,
hatte es die Karte sofort gefunden und sogleich einen Fehler entdeckt.
Der Interrupt war intern auf 9 gesetzt und hatte zudem noch einen
Konflikt mit einer anderen Karte.
In Linux habe ich ihn auf IRQ 3 gesetzt gehabt,
Linux selbst hat mir aber leider zuvor immer beim laden des Modules keinerlei Fehlermeldungen angezeigt, so daß ich gar nicht erst auf die Vermutung kam, daß der IRQ falsch sein könnte.

Das Setup-Programm hat daraufhin automatisch einen freien IRQ gesucht
und dann IRQ 3 gewählt.

Als die Einstellungen gespeichert waren hab ich dann wiederum Linux
gebootet und die Karte sogleich mit einem Ping Befehl getestet (den IRQ hab ich in Linux auf 3 gelassen), und siehe da, die Karte lief fehlerfrei.

Das pingen zum Windows Rechner und andersum geht jetzt einwandfrei,
mit 0% Packet Loss. http://www.linuxforen.de/ubb/smile.gif

Also ich möchte euch allen nochmals für eure Hilfe danken,
also an einen falschen IRQ habe ich echt kaum gedacht,
bzw. konnte ihn ja nicht anders einstellen.

Ich vermute mal, daß wenn ich den IRQ in Linux auf 9 gesetzt hätte,
wäre die Karte vermutlich wegen dem Konflikt auch nicht gegangen, bzw.
habe erstmal gar nicht diesen IRQ gewählt, weil er ja von einer anderen
Karte belegt war (war glaub die Grafikkarte).

Es ist schon erstaunlich, man versucht etliche Einstellungen und Versuche,
alles schlägt fehl und am ende liegt es am Interrupt. http://www.linuxforen.de/ubb/wink.gif




[Dieser Beitrag wurde von Catonga am 17. August 2000 editiert.]