PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Problem mit Gigabit Netzwerkkarte



ingod
15.01.11, 12:42
Hallo,

habe ein Problem mit meiner Netzwerkkarte in einem Debian System.
Weil die Onboardkarte nur 100 MBit ist habe ich eine GBit-PCI nachgerüstet.
Nur will die leider nicht so wie ich. :-)

lspci gibt folgendes aus :

03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet (rev 10)

03:08.0 Ethernet controller: Intel Corporation 82562EZ 10/100 Ethernet Controller (rev 02)

Wenn ich das System starte sagt ein ifconfig folgendes :

eth0 Link encap:Ethernet Hardware Adresse 00:0d:60:e2:e2:b2
inet Adresse:192.168.1.12 Bcast:192.168.1.255 Maske:255.255.255.0
inet6-Adresse: fe80::20d:60ff:fee2:e2b2/64 Gültigkeitsbereich:Verbindung
UP BROADCAST RUNNING MULTICAST MTU:1500 Metrik:1
RX packets:12316 errors:0 dropped:0 overruns:0 frame:0
TX packets:22212 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:1000
RX bytes:1344594 (1.2 MiB) TX bytes:3098019 (2.9 MiB)

lo Link encap:Lokale Schleife
inet Adresse:127.0.0.1 Maske:255.0.0.0
inet6-Adresse: ::1/128 Gültigkeitsbereich:Maschine
UP LOOPBACK RUNNING MTU:16436 Metrik:1
RX packets:103 errors:0 dropped:0 overruns:0 frame:0
TX packets:103 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:0
RX bytes:8040 (7.8 KiB) TX bytes:8040 (7.8 KiB)

Die Netzwerkkarte fehlt.

Nach einem "modprobe r8169 && /etc/init.d/networking restart"

sieht ifconfig so aus :

eth0 Link encap:Ethernet Hardware Adresse 00:0d:60:e2:e2:b2
inet Adresse:192.168.1.12 Bcast:192.168.1.255 Maske:255.255.255.0
inet6-Adresse: fe80::20d:60ff:fee2:e2b2/64 Gültigkeitsbereich:Verbindung
UP BROADCAST RUNNING MULTICAST MTU:1500 Metrik:1
RX packets:12316 errors:0 dropped:0 overruns:0 frame:0
TX packets:22212 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:1000
RX bytes:1344594 (1.2 MiB) TX bytes:3098019 (2.9 MiB)

eth1 Link encap:Ethernet Hardware Adresse d8:5d:4c:80:7d:7d
inet Adresse:192.168.1.11 Bcast:192.168.1.255 Maske:255.255.255.0
inet6-Adresse: fe80::da5d:4cff:fe80:7d7d/64 Gültigkeitsbereich:Verbindung
UP BROADCAST RUNNING MULTICAST MTU:1500 Metrik:1
RX packets:251 errors:0 dropped:0 overruns:0 frame:0
TX packets:388 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:1000
RX bytes:31394 (30.6 KiB) TX bytes:36944 (36.0 KiB)
Interrupt:21 Basisadresse:0x6000

lo Link encap:Lokale Schleife
inet Adresse:127.0.0.1 Maske:255.0.0.0
inet6-Adresse: ::1/128 Gültigkeitsbereich:Maschine
UP LOOPBACK RUNNING MTU:16436 Metrik:1
RX packets:103 errors:0 dropped:0 overruns:0 frame:0
TX packets:103 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:0
RX bytes:8040 (7.8 KiB) TX bytes:8040 (7.8 KiB)


Jedoch funktioniert das nicht.
Steckt das Netwerkkabel in dem OnBoard Anschluss kann ich mit beiden IP-Adressen 192.168.1.11 und ...12 per ssh auf die Konsole.
Stecke ich das Kabel in die GBit-Karte bekomme ich bei beiden IPs keine Verbindung.

Irgendwo hab ich mich da verrannt.

Hoffe das jemand von euch ne Idee hat.

Grüsse
Ingo

just4uk
15.01.11, 14:55
Lass mal den Output von lspci -k einmal vor dem
"modprobe r8169 && /etc/init.d/networking restart"und einmal danach sehen!

Gruß aus L.E.
Uwe

ingod
15.01.11, 15:06
Hallo,

hab noch n bisschen rumprobiert..... network/interfaces war fehlerhaft
und bin nun soweit dass beide Karten nach dem starten up sind.

Allerdings ist über beide IPs nur die 100er ansprechbar und die GBit nicht.
Hab irgendwie n Brett vorm Kopf.

Hier ein komplettes lspci -k

00:00.0 Host bridge: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface (rev 02)
Kernel driver in use: agpgart-intel
Kernel modules: intel-agp
00:02.0 VGA compatible controller: Intel Corporation 82865G Integrated Graphics Controller (rev 02)
Kernel modules: intelfb
00:1d.0 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 (rev 02)
Kernel driver in use: uhci_hcd
Kernel modules: uhci-hcd
00:1d.1 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 (rev 02)
Kernel driver in use: uhci_hcd
Kernel modules: uhci-hcd
00:1d.2 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3 (rev 02)
Kernel driver in use: uhci_hcd
Kernel modules: uhci-hcd
00:1d.3 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4 (rev 02)
Kernel driver in use: uhci_hcd
Kernel modules: uhci-hcd
00:1d.7 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller (rev 02)
Kernel driver in use: ehci_hcd
Kernel modules: ehci-hcd
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev c2)
Kernel modules: shpchp
00:1f.0 ISA bridge: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge (rev 02)
Kernel modules: intel-rng, iTCO_wdt
00:1f.1 IDE interface: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller (rev 02)
Kernel driver in use: PIIX_IDE
Kernel modules: piix
00:1f.2 IDE interface: Intel Corporation 82801EB (ICH5) SATA Controller (rev 02)
Kernel driver in use: ata_piix
Kernel modules: ata_piix
00:1f.3 SMBus: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller (rev 02)
Kernel driver in use: i801_smbus
Kernel modules: i2c-i801
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet (rev 10)
Kernel driver in use: r8169
Kernel modules: r8169
03:08.0 Ethernet controller: Intel Corporation 82562EZ 10/100 Ethernet Controller (rev 02)
Kernel driver in use: e100
Kernel modules: e100, eepro100


Grüsse
Ingo

derguteweka
15.01.11, 15:09
Moin,

2 Netzwerkkarten im gleichen Subnetz? Wie soll denn der ip-stack wissen, aus welcher Netzwerkkarte er ein Paket in das 192.168.1.x Netzwerk schicken soll?

Gruss
WK

ingod
15.01.11, 15:14
Naja, sobald die GBit funktioniert wird die 100er abgeschaltet.

Hab nur per SSH Zugriff auf das System.
Ist ein Fileserver ohne X usw.

Grüsse
Ingo

ingod
15.01.11, 15:57
Hey, das wars.

Manchmal sucht man einfach an der falschen Stelle.

Hab jetzt... um mich nicht auszusperren.... am Fileserver eth1 in ein anderes Subnetz gelegt und bin dann über dieses per SSH rein.
Dann ifdown eth0 und alles war OK. Also nur noch die IPs getauscht und fertig.

Vielen Dank....

Grüsse
Ingo