Archiv verlassen und diese Seite im Standarddesign anzeigen : NIC zickt rum - Intel 82573L Gigabit Ethernet
Hi,
meine NIC macht mir Probleme... sie will partou nicht laufen und
ich hab keine Ahnung wieso :confused:
#lspci
.
.
#0000:04:00.0 Ethernet controller: Intel Corporation 82573L Gigabit Ethernet Controller /rev 01)
Okay erkannt wird sie vom System schon mal. Treiber runter geladen von
der Intel Hompage, Kernelsourcen installiert, Treiber kompiliert und installiert.
#modinfo e1000
#filename: /lib/modules/2.6.15-27-386/kernel/drivers/net/e1000/e1000.ko
#author: Intel Corporation, <linux.nics@intel.com>
#description: Intel(R) PRO/1000 Network Driver
#license: GPL
#version: 7.0.33-k2
#vermagic 2.6.15-27-386 preempt 486 gcc-4.0
Scheint ja geklappt zu haben, weiter im Programm:
# vi /etc/modules
# /etc/modules: kernel modules to load at boot time.
.
.
.
#lp
#mousedev
#psmouse
#e1000
So Modul eingetragen, neugestartet dann:
#ifup eth0
#SIOCSIFADDR: No such device
#eth0: ERROR while getting interface flags: No such device
#Bind socket to interface: No such device
#Failed to bring up eth0
:( Was ist da noch falsch? modprobe e1000 gibt keine Rückmeldung auf der Shell.
/etc/network/interfaces sieht so aus:
#auto eth0
#iface eth0 inet dhcp
uname -r sagt:
# 2.6.15-27-386
Danke und Gruss,
ardcore.
ThorstenHirsch
27.09.06, 12:30
Bitte mal die Ausgabe von folgenden "dmesg | tail" posten nachdem Du "modprobe -r e1000; modprobe e1000" eingegeben hast.
Warum hast Du das Modul eigentlich runtergeladen und installiert? Das gab's doch mit Sicherheit eh schon. Und den Eintrag in der /etc/modprobe.conf brauchste auch nicht, denn das Modul sollte automatisch geladen werden. Nebenbei: da Du den Eintrag mit einem Hash ('#') angefangen hast, ist er sowieso nicht wirksam.
Das führende # soll nur markieren das es kein Text sondern Shell-Auszüge sind,
vielleicht ungünstig gewählt sorry :o Jedenfalls ist der Eintrag nicht auskommentiert ;)
dmesg | tail gibt mir folgendes aus:
#ACPI: PCI interrupt for device 0000:04:00.0 disabled
#Intel(R) PRO/1000 Network Driver - version 7.0.33-k2
#Copyright (c) 1999-2005 Intel Corporation.
#ACPI: PCI Interrupt 0000:04:00.0[A] -> GSI 17 (level, low) -> IRQ 177
#PCI: Setting latency timer of device 0000:04:00.0 to 64
#e1000: 0000:04:00.0: e1000_probe: (PCI Express:2.5Gb/s:Width x1) 00:13:72:2e:0a:6e
#e1000: eth0: e1000_probe: Intel(R) PRO/1000 Network Connection
lsmod | grep e1000 sagt:
#e1000 118840 0
Gruss,
ardcore.
ThorstenHirsch
27.09.06, 13:52
Na also, das sieht doch gut aus. Bringt ifup in diesem Zustand den oben von Dir geposteten Fehler?!
Ja bringt leider immer noch die selbe Fehlermeldung :(
#ifup eth0
#SIOCSIFADDR: No such device
#eth0: ERROR while getting interface flags: No such device
#eth0: ERROR while getting interface flags: No such device
#Bind socket to interface: No such device
#Failed to bring up eth0.
ThorstenHirsch
27.09.06, 15:15
Kommt bei "ifconfig eth0" zufällig die Meldung "eth0: Fehler beim Auslesen der Schnittstelleninformation: Gerät nicht gefunden"?
Kommt bei "ifconfig eth0" zufällig die Meldung "eth0: Fehler beim Auslesen der Schnittstelleninformation: Gerät nicht gefunden"?
Treffer und versenkt! :) Genau diese Meldung kommt. Woran liegt das?
ThorstenHirsch
27.09.06, 15:47
Das weiß ich leider auch nicht, ich bekomme den gleichen Fehler im vmware-Player mit Ubuntu - allerdings ist eth0 da keine richtige Netzwerkkarte, sondern eben nur ein virtuelles Netzwerkinterface von vmware. Mit dem zweiten virtuellen Netzwerkinterface (eth1) habe ich diese Probleme nicht.
Mit google habe ich bisher auch noch keine Lösung gefunden, nur weitere Leute mit dem gleichen Problem. http://www.linuxforums.org/forum/redhat-fedora-linux-help/54950-device-eth0-does-not-seem-present.html
Rain_maker
27.09.06, 23:23
Was steht in der /etc/iftab?
sudo grep -ir eth0 /etc/*
Kommt beim booten eine Fehlermeldung bezüglich "ifrename: Command not found"?
Greetz,
RM
@ThorstenHirsch:
Hmm, komisch das System ist ebenfalls ein Ubuntu (Dapper 6.06.1)
Was für einen Kernel / e1000-Modul hat dein System? Bei mir:
Kernel 2.6.12-10-386
modinfo e1000
filename: /lib/modules/2.6.12-10-386/kernel/drivers/net/e1000/e1000.ko
author: Intel Corporation, <linux.nics@intel.com>
description: Intel(R) PRO/1000 Network Driver
license: GPL
version: 6.0.54-k2
vermagic 2.6.10-27-386 preempt 486 gcc-3.4
@Rain_maker:
vi /etc/iftab
# This file assigns persistent names to network interfaces. See iftab(5).
eth0 mac 00:a0:24:56:6d:3b
und
grep -ir eth0 /etc/*
/etc/dhcp3/dhclient.conf:# interface "eth0";
/etc/dhcp3/dhclient.conf:# interface "eth0";
/etc/iftab:eth0 mac 00:a0:24:56:6d:3b
/etc/mkinitramfs/initramfs.conf:DEVICE=eth0
/etc/modutils/arch/s930:#alias eth0 lcs
/etc/modutils/arch/s930:#alias eth0 qeth
/etc/network/interfaces:#map eth0
/etc/network/interfaces:auto eth0
/etc/network/interfaces:iface eth0 inet dhcp
/etc/network/interfaces:#iface eth0 inet static
/etc/network/interfaces.dpkg-old:#map eth0
/etc/network/interfaces.dpkg-old:auto eth0
Gruss Ardcore.
ThorstenHirsch
28.09.06, 11:17
Wie kommst Du auf Kernel 2.6.12.xxx?
Oben hast Du geschrieben, dass uname "2.6.15-27-386" ausspuckt - also ist das Dein Kernel. Und wie Du am Pfad des Moduls erkennen kannst (/lib/modules/2.6.15-27-386/kernel/drivers/net/e1000/e1000.ko) gehört dieses ebenfalls zum Kernel 2.6.15-27-386.
Hmmm.... die /etc/iftab kenne ich noch gar nicht. Man lernt aber auch nie aus. Kommentiere doch mal den dortigen Eintrag, vielleicht stimmt die MAC-Adresse nicht überein.
Ich habe zwei Kernel auf dem System, hatte gerade den 2.6.12 gebootet deshalb
die Verwechselung ;-p Wie auch immer auch unter dem 2.6.12er das selbe Problem...
Modul e1000 version 7.0.33-k2 und version 6.0.54-k2 beide versucht mit unterschiedlichen Kerneln.
Auskommentieren der MAC-Adresse hab ich schon versucht, brachte aber leider keinen Erfolg.
ThorstenHirsch
28.09.06, 11:43
Ähm... Du wiederholst Dich. ;)
Also bei mir hat's übrigens funktioniert. Hab' den Eintrag in der /etc/iftab rausgenommen und neugestartet, danach war das kaputte eth0 weg und das funktionierende eth1 heißt jetzt eth0.
So das Interface wird nun nach Booten mit dem Kernel 2.6.15-27-386
und Modul e1000 7.0.33-k2 erkannt, lang wohl doch an dem Eintrag in der "iftab".
Leider bekomm ich aber keinen einzigen Ping auf mein Gateway raus,
weder wenn ich eine statische IP verwende noch per DHCP.
Hier der Versuch sich ne IP vom DHCP-Server zu ziehen ("dhclient eth0 -n" gibt das gleiche aus wie "ifup eth0"):
#dhclient eth0 -n
Internet Systems Consortium DHCP Client V3.0.3
.
.
.
Listening on LPF/eth0/00:13:72:2e:0a:6e
Sending on LPF/eth0/00:13:72:2e:0a:6e
Sending on Socket/fallback
DHCPREQUEST on eth0 to 255.255.255.255 port 67
DHCPREQUEST on eth0 to 255.255.255.255 port 67
DHCPREQUEST on eth0 to 255.255.255.255 port 67
DHCPREQUEST on eth0 to 255.255.255.255 port 67
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 4
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 10
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 9
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 13
No DHCPOFFERS received.
Trying recorded lease 192.168.1.2
PING 192.168.1.254 (192.168.1.254) 56(84) bytes of data.
--- 192.168.1.254 ping statictics ---
1 packets transmitted, 0 received, 1+ errors, 100% packet loss, time 0ms
No working leases in persistent database - sleeping.
192.168.1.254 ist das Standartgateway.
Ich werd noch kirre mit dem Rechner :ugly:
Rain_maker
28.09.06, 15:24
Also was stimmt hier nicht?
Listening on LPF/eth0/00:13:72:2e:0a:6e
Sending on LPF/eth0/00:13:72:2e:0a:6e
Aber:
vi /etc/iftab
# This file assigns persistent names to network interfaces. See iftab(5).
eth0 mac 00:a0:24:56:6d:3b
Oder anders gesagt::
vielleicht stimmt die MAC-Adresse nicht überein.
Genau so siehts auch aus.
Oder hat sich seither was geändert?
Wie sehen die Einträge jetzt aus?
Schonmal mit fester IP versucht?
192.168.1.254 ist das Standartgateway. Mal davon abgesehen, daß ich nicht glaube, daß Du über eine Standarte (http://de.wikipedia.org/wiki/Standarte) mit dem Internet eine Verbindung hinbekommen kannst (*SCNR*), ist das eher ungewöhnlich. Sicher, daß es nicht die 192.168.0.1 ist?
Greetz,
RM
Okay okay... Standardgateway ;) aber 192.168.1.254 stimmt schon
ich geb meinem Router die IP die _ich_ will muss ja nicht immer irgendwelcher
default-Kram sein. :p Falls die nächste Frage sein sollte ob der DHCP-Server auf
dem Router funktioniert... ja er tut es... zumindest für 5 andere Rechner.
In der iftab steht kein Eintrag mehr drin hab ihn gelöscht,
wenn ich eine statische Adresse an eth0 vergebe bekomme ich ebenfalls
keine Pings an das Standartgateway raus (nein, keine Firewall auf dem Gateway die intern ICMP blockt :p)
Rain_maker
28.09.06, 16:31
Okay okay... Standardgateway ;) aber 192.168.1.254 stimmt schon
ich geb meinem Router die IP die _ich_ will muss ja nicht immer irgendwelcher
default-Kram sein.
Fragt sich zwar was der Sinn einer solchen Aktion sein soll, denn Zugriff von aussen stellt man anders ab, aber OK.
Ist vielleicht ein MAC-Filter aktiviert? (Soll es ja auch für LAN-Anschlüsse geben IIRC).
In der iftab steht kein Eintrag mehr drin hab ihn gelöscht,
Ob das eine gute Idee war?
Wie wäre es stattdessen mit einem angepassten Eintrag für die neue Karte? einfach den alten als Vorlage nehmen und die MAC-Adresse austauschen?
wenn ich eine statische Adresse an eth0 vergebe bekomme ich ebenfalls keine Pings an das Standartgateway raus (nein, keine Firewall auf dem Gateway die intern ICMP blockt :p)
Gib der Karte mal eine feste IP*, die noch nicht belegt ist und dann:
ping -c1 localhost
ping -c1 *feste IP
sudo ifconfig
sudo route -n
Greetz,
RM
Nachtrag: Mal ein bisschen gestöbert:
http://www.google.de/search?q=No+DHCPOFFERS+received&ie=UTF-8&oe=UTF-8
http://ubuntuforums.org/showthread.php?t=86549
Zumindest mal ein (oder mehrere) Ansatzpunkt(e)
ThorstenHirsch
29.09.06, 09:27
Ob das eine gute Idee war?
Bei mir hat's ja auch ohne Eintrag funktioniert. Ich denke mal, dass die iftab optional ist - also man kann wenn man will, aber wenn man nicht will, werden die Nummern einfach hochgezählt wie sonst üblich.
Nach Deinstallation und Installation des DHCP-Clients geht es nun endlich...
Wow war das eine Geburt :D
Danke Euch beiden für eure Hilfe :)
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.