Netzwerkconfiguration - andere Rechner nicht sichtbar

[Jürgen H.]

Hi

Ich möchte einen neuen Rechner in mein Netzwerk einbinden. Auf dem Rechner ist Suse 8.1 Prof installiert. Da ich noch Koaxial verwende, kann ich die Onboard-Netzwerkkarte nicht verwenden und habe eine 2. Karte in dem Rechner eingebaut. Dann habe ich alles mit Yast konfiguriert (dabei die bereits erkannte onboardkarte gelöscht, sodaß nur eth0 konfiguriert ist).
Device eth0, Adresse 192.168.1.40, Gateway 192.168.1.10 (der Internetrechner).

Mein Problem ist jetzt, daß die Netzwerkkonfiguration an sich ok ist, zumindest sehe ich keine Fehler beim Starten des Rechners. Ein Ping auf die eigene Ip (192.168.1.40) oder ifconfig zeigen keine Auffälligkeiten. Versuche ich aber den anderen Rechner anzupingen, bekomme ich den Fehler "Destination Host Unreachable".

Zuerst vermutete ich einen Defekt der (neuen) Netzwerkkarte oder des Kabels, nach entspr. Tests und Austausch kann ich das aber ausschließen. Eine andere Karte in dem Rechner funktioniert genauso wenig, stecke ich das Netzwerkkabel an einen anderen Rechner, funktioniert das Netz problemlos.

Was ist an der Konfiguration fehlerhaft? Fehlen noch Pakete oder muß ich noch an anderen Stellen (so?) etwas konfigurieren. Lt. Handbuch sollte jetzt alles gehen ...

Jürgen

-----------------------------------------------------------------------------------

bastau:/home/cfjh # ifconfig eth0
eth0 Protokoll:Ethernet Hardware Adresse 52:54:00:DF:AB:D0
inet Adresse:192.168.1.40 Bcast:192.168.1.255 Maske:255.255.255.0
inet6 Adresse: fe80::5054:ff:fedf:abd0/10 Gültigkeitsbereich:Verbindung
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:8 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:100
RX bytes:0 (0.0 b) TX bytes:1008 (1008.0 b)
Interrupt:10 Basisadresse:0xdf80

bastau:/home/cfjh # ifstat eth0
ifstat: history is aged out, resetting
#kernel
Interface RX Pkts/Rate TX Pkts/Rate RX Data/Rate TX Data/Rate
RX Errs/Drop TX Errs/Drop RX Over/Rate TX Coll/Rate
eth0 0 0 0 0 0 0 1008 0
0 0 8 0 0 0 0 0
------------------------------------------------------------------------------
bastau:/home/cfjh # ping 192.168.1.10
PING 192.168.1.10 (192.168.1.10) from 192.168.1.40 : 56(84) bytes of data.
From 192.168.1.40: icmp_seq=1 Destination Host Unreachable
From 192.168.1.40 icmp_seq=1 Destination Host Unreachable
From 192.168.1.40 icmp_seq=2 Destination Host Unreachable
From 192.168.1.40 icmp_seq=3 Destination Host Unreachable

--- 192.168.1.10 ping statistics ---
5 packets transmitted, 0 received, +4 errors, 100% loss, time 4025ms
, pipe 3
bastau:/home/cfjh # ping 192.168.1.40
PING 192.168.1.40 (192.168.1.40) from 192.168.1.40 : 56(84) bytes of data.
64 bytes from 192.168.1.40: icmp_seq=1 ttl=64 time=0.018 ms
64 bytes from 192.168.1.40: icmp_seq=2 ttl=64 time=0.018 ms
64 bytes from 192.168.1.40: icmp_seq=3 ttl=64 time=0.017 ms

--- 192.168.1.40 ping statistics ---
3 packets transmitted, 3 received, 0% loss, time 1998ms
rtt min/avg/max/mdev = 0.017/0.017/0.018/0.004 ms

[geronet]

Du solltest sicher gehen dass er wirklich die zweite Netzwerkkarte verwendet.
Wenn du z.B. den anderen Rechner pingst sollte die Led hintendran blinken, falls sie das nicht tut probiers mal damit:

ifconfig eth0 10.0.0.1
ifconfig eth1 192.168.1.40 netmask 255.255.255.0 up
route del default
route add default gw 192.168.1.10

Grüsse, Stefan

[Jürgen H.]

Wenn ich den 2. ifconfig eingebe, erhalte ich schon eine Fehlermeldung
"SIOCSIFADDR: kein passendes Gerät gefunden" und
"eth1: unbekannte Schnittstelle"

Mit Yast habe ich wie gesagt, die bereits erkannte Onboardkarte gelöscht und dann die neue Karte installiert. Wurde als "Realtek RTL 8029(AS)", Bzeichning auf der Packung: "Edimax EN-5200PLT".

In der Zwischenzeit habe ich im Forum gesucht und weitere Beiträge mit ähnlichen Problemen gefunden - wie wurden die eigentlich gelöst ?

Jürgen

[geronet]

Was auf der Packung steht ist eher unwichtig, auf der Karte selber ist meist ein schwarzer Chip mit einer Kennzeichnung, lies die mal ab und zeig auch mal den Befehl "lsmod" her.

Hast du eigentlich das BNC-Netzwerk richtig mit Endwiderstand verkabelt?

Grüsse, Stefan

[Jürgen H.]

Die Netzwerhardware habe ich bereits überprüft und ist ok. Ziehe ich das Kabel von dem Rechner ab und klemme es an einen anderen Rechner, habe ich Verbindung. Auch die Karte in dem Problemrechner habe ich ausgetauscht, mit der anderen Karte genau dieselben Probleme.

Hier die Ausgabe 'lsmod'

bastau:/home/cfjh # lsmod
Module Size Used by Not tainted
nls_iso8859-1 2844 0 (autoclean)
nls_cp437 4348 0 (autoclean)
vfat 10868 0 (autoclean)
fat 33304 0 (autoclean) [vfat]
videodev 6272 0 (autoclean)
ide-cd 30564 0 (autoclean)
cdrom 29120 0 (autoclean) [ide-cd]
isa-pnp 32608 0 (unused)
ipv6 183220 -1 (autoclean)
joydev 6112 0 (unused)
evdev 4800 0 (unused)
input 3488 0 [joydev evdev]
usb-uhci 24428 0 (unused)
ehci-hcd 16168 0 (unused)
usbcore 64800 1 [usb-uhci ehci-hcd]
ne2k-pci 5952 1
8390 6992 0 [ne2k-pci]
lvm-mod 68096 0 (autoclean)
reiserfs 200272 2
ataraid 7140 0

[geronet]

Aha scheint eine
ne2k-pci 5952 1
8390 6992 0 [ne2k-pci]

zu sein, was gibt denn "lspci" fuer infos?

[Jürgen H.]

Möglicherweose bin ich dem Problem etwas näher gekommem:

'ping 192.168.1.40 -I eth0' funktioniert nicht, auf dem anderen Rechner, der schon länger problemlos läuft, funktioniert das.

Eben habe ich aber noch folgendes entdeckt:
In /var/log/messages kommen immer wieder Meldungen der Art

"...kernel:NETDEV WATCHDAG: eth0: transmit timed out"
"...kernel: eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0x2, t=105."


lspci zeigt viele unknown devices ...
(Board ist asus p4c800del)

bastau:/home/cfjh # lspci
00:00.0 Host bridge: Intel Corp.: Unknown device 2578 (rev 02)
00:01.0 PCI bridge: Intel Corp.: Unknown device 2579 (rev 02)
00:1d.0 USB Controller: Intel Corp.: Unknown device 24d2 (rev 02)
00:1d.1 USB Controller: Intel Corp.: Unknown device 24d4 (rev 02)
00:1d.2 USB Controller: Intel Corp.: Unknown device 24d7 (rev 02)
00:1d.3 USB Controller: Intel Corp.: Unknown device 24de (rev 02)
00:1d.7 USB Controller: Intel Corp.: Unknown device 24dd (rev 02)
00:1e.0 PCI bridge: Intel Corp. 82801BA/CA/DB PCI Bridge (rev c2)
00:1f.0 ISA bridge: Intel Corp.: Unknown device 24d0 (rev 02)
00:1f.1 IDE interface: Intel Corp.: Unknown device 24db (rev 02)
00:1f.3 SMBus: Intel Corp.: Unknown device 24d3 (rev 02)
00:1f.5 Multimedia audio controller: Intel Corp.: Unknown device 24d5 (rev 02)
01:00.0 VGA compatible controller: nVidia Corporation RIVA TNT2 Model 64 (rev 15)
02:03.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 80)
02:04.0 RAID bus controller: Promise Technology, Inc.: Unknown device 3373 (rev 02)
02:0a.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8029(AS)

Jürgen

[geronet]

Ui, ein Interrupt Problem (sieht danach aus)

cat /proc/interrupts

zeigt die Interrupts an, falls die Karte einen schon belegten benutzt steck sie in einen anderen Slot.

[Jürgen H.]

Sieht nach einem Konflikt mit dem usb aus ...


bastau:/home/cfjh # cat /proc/interrupts
CPU0 CPU1
0: 113067 58714 IO-APIC-edge timer
1: 100 120 IO-APIC-edge keyboard
2: 0 0 XT-PIC cascade
5: 0 0 IO-APIC-edge usb-uhci
8: 2 0 IO-APIC-edge rtc
9: 0 0 IO-APIC-level acpi
10: 0 0 IO-APIC-edge usb-uhci, usb-uhci
11: 0 0 IO-APIC-edge eth0, ehci-hcd, usb-uhci
12: 4695 6448 IO-APIC-edge PS/2 Mouse
14: 6653 6950 IO-APIC-edge ide0
15: 49 0 IO-APIC-edge ide1
NMI: 0 0
LOC: 171708 171706
ERR: 0
MIS: 0

[Jürgen H.]

So, ich habe jetzt die Netzwerkkarte in einen anderen Slot gesetzt. Das Ping auf die eigene Ip funktioniert jetzt (ping 192.168.1.40 -I eth0). Der Interrupt ist jetzt aud 10 (zusammen mit den USB-Dingern). Der Ping auf den anderen Rechner geht aber nach wie vor nicht.

Dann habe ich im Bios das USB komplett deaktiviert, Int 10 ist jetzt nur noch von eth0 belegt. Aber keine Änderung, nach wie vor kann ich den anderen Rechner nicht anpingen ....

[Jürgen H.]

Ich habe jetzt eine Knoppix-CD aus der C't besorgt und gestartet. Dann habe ich dort die Netzterkkartenkonfiguration aufgerufen und die Werte entspr. meine Suse-Installation eingetragen. Dann habe ich den Ping auf den anderen Rechner gestartet und funktionierte auf Anhieb :-):-( Leider kann ich nicht überprüfen, ob hier das 'Lost Interrupt'-Problem auftritt, da die /var/log/messages nicht geschrieben wird.

Damit ist das Problem schon einmal soweit eingekreist, daß die Suse 8.1 irgendeinen Bock hat.

Hat ein anderer Benutzer die gleichen Probleme und vorallem - wie hat er sie gelöst ??

[Jürgen H.]

Eben habe ich einen Lösungsansatz über die suse-linux-Mailinglist bekommen. Wenn ich im Bios die ACPI-Unterstützung deaktiviere, funktioniert jetzt der Ping auf den anderen Rechner, auch die Lost-interrupt-Meldungen kommen nicht mehr. Jedoch ist in diesem Momemt die 2. CPU weg, sowohl unter Suse als auch unter Knoppix.

Kann es sein, daß meine Suse 8.1 zu alt ist, würde es was brinden, wenn ich mir die 8.2 hole ?

[Jürgen H.]

Hi

Problem ist gelöst. Hiermit möchte ich mich bei allen nocheinmal für die Tips und Hinweise bedanken.

Die Lösung: Im Bios ist acpi wieder aktiviert, beim Booten des Kernel (lilo) habe ich 'acpi=off' angegeben, um die Unterstützng zu deaktivieren. Ping funktioniert jetzt problemlos, aus keine Lost-Interrupt-Meldungen in der var/log/messages mehr. Internet (http) geht auch, email usw. muß ich noch einrichten.

Jürgen