Problem mit Netzwerkkarte

Einrichten des lokalen Netzes, Verbindung zu anderen Computern und Diensten.
Antworten
Fadh
Beiträge: 34
Registriert: 05.08.2005 20:29:09

Problem mit Netzwerkkarte

Beitrag von Fadh » 05.08.2005 20:33:16

Hallo Leute,

ich hatte bisher Fedora Core 3 und wollte auf Debian Sarge (3.1) umsteigen. Leider hab ich ein recht großes Problem:
Bei der Installation erkennt Debian schon den DHCP-Server meiner Fritz-Box nicht. Dann hab ich die IP-Adresse manuell eingegeben...
Nch dem hochfahren des Kernels kommt

Code: Alles auswählen

eth0: TX timeout - resetting
Diese meldung wiederholt sich x mal. Ich hab keine Ahnung was ich machen soll.
Jemand ne Idee???
(der rechner ist nat. dann auch unter der manuellen IP nicht erreichbar...)

Benutzeravatar
rkrueger
Beiträge: 1044
Registriert: 17.06.2004 17:57:17

Beitrag von rkrueger » 05.08.2005 20:37:11

Wird denn die Netzwerkkarte gefunden? Bzw. welche NW-Karte hast du denn? Gib mal lspci ein und sieh mal nach, ob da was von Netzwerkkarte steht.

Fadh
Beiträge: 34
Registriert: 05.08.2005 20:29:09

lspci

Beitrag von Fadh » 05.08.2005 20:46:00

lspci bringt mir an erster Stelle einmal die Onboard NK und dann eingebaute NK. Habs auch schon mit beiden Probiert. Gleicher Fehler. Unter FC3 war das alles kein Prob.

Onboard ist ne Realtech ...
und eingebaut ne Davicom

Benutzeravatar
rkrueger
Beiträge: 1044
Registriert: 17.06.2004 17:57:17

Beitrag von rkrueger » 05.08.2005 20:57:58

OK, das hilft uns in sofern erst einmal nicht weiter. Welchen Chip haben die Karten denn verbaut? Realtek oder Dawicom helfen ja nbicht wirklich weiter. Das ist wie: ich hab nen Mercedes! Realtek 8139 oder Realtek 8100 oder Realtek 8110.... .

Benutzeravatar
mauser
Beiträge: 1854
Registriert: 27.01.2005 22:34:48

Beitrag von mauser » 05.08.2005 20:58:21

hi,

es liegt wahrscheinlich am treiber, schau dir mal http://forums.gentoo.org/viewtopic-p-2571765.html, das ist die problematik besprochen.
du musst also das ensprechende modul für die karte laden, falls das nicht im standart debian
kernel ist müsstest du diesen mit dem modul neu bauen.
mfg
mauser

Benutzeravatar
rkrueger
Beiträge: 1044
Registriert: 17.06.2004 17:57:17

Beitrag von rkrueger » 05.08.2005 21:03:01

@mauser

Die Module werden wohl schon richtig geladen werden, er hat sicher nur ein Problem mit /etc/network/interfaces. Außerdem ist er Anfänger und Klickibunti verwöhnt, da ist ne Debian schon ein Kulturschock an sich.

Fadh
Beiträge: 34
Registriert: 05.08.2005 20:29:09

also bitte....

Beitrag von Fadh » 05.08.2005 22:06:11

Ich weiss selbst das in anfänger bin, aber ich hatte halt noch cie so ein Problem...

also, mit der Davicom hab ichs aufgegeben, weil dieser Thread, etc... das schaff ich nicht. Hab aber immerhin versucht das Tulip-Modul zu laden, "modprobe tulip". Dieser war aber failes und dmesg brachte mir auch nichts aufschlussreiches...
Jetzt hab ich ja noch die Realtech RTL-8139/8139C/8139C+. Hab die Debian Installation nochmal gemacht (auch diese Karte hat den DHCP-server meiner fritz.box nicht gefunden, also wieder manuelle eingabe der IP. Alles eingegeben und jetzt kommt die Meldung

Code: Alles auswählen

 NETDEV WATCHDOG: eth1: transmit timed out
eth1: link up, 100 Mbps, full duplex, pla 0x41E1
Kann wieder niemanden pingen und nichts geht...

Benutzeravatar
mauser
Beiträge: 1854
Registriert: 27.01.2005 22:34:48

Beitrag von mauser » 05.08.2005 22:39:27

hi,

kannst du mal den inhalt der datei /etc/network/interfaces hier posten?
dort werden viele netzwerkeinstellungen festgelegt.
mfg
mauser

Benutzeravatar
rkrueger
Beiträge: 1044
Registriert: 17.06.2004 17:57:17

Beitrag von rkrueger » 05.08.2005 23:15:33

Ich hab eben mal gegoogelt und folgendes gefunden: http://goe.net/anleitungen/xterminal1.html

Hier wird erwähnt, das Davicoms unterstützt werden. Was mich in deinem ersten Post etwas stutzig macht ist folgender Satz: nat. ist der Rechner dann auch unter seiner manuellen IP nicht erreichbar. Welche manuelle IP? 127.0.0.7? Oder was ist damit gemeint?

Benutzeravatar
mauser
Beiträge: 1854
Registriert: 27.01.2005 22:34:48

Beitrag von mauser » 05.08.2005 23:17:36

ich glaube er meint mit manuell "selbst vergeben" im gegensatz zu dhcp.
mfg
mauser

Benutzeravatar
rkrueger
Beiträge: 1044
Registriert: 17.06.2004 17:57:17

Beitrag von rkrueger » 05.08.2005 23:22:09

Wenn er seiner Kiste eine feste IP vergeben hat, welche Berechtigung hat denn noch der DHCP-Server? So kann das nicht funktionieren. ( Wenn es denn so ist ). Mein Reden von vorhin, es liegt an /etc/netwiork/interfaces. Den Fehler hab ich auch gemacht.

Fadh
Beiträge: 34
Registriert: 05.08.2005 20:29:09

Beitrag von Fadh » 06.08.2005 12:16:55

entschuldigt meine ausdrucksweise. Mit manuell war gemeint, dass ich die ip-adresse statisch fest vergebe.
SO,
also, ob der DHCP-Server (also meine fritz.box) was dagegen hat, wenn man eine statische IP hat glaube ich nicht (ging bisher auch immer). Deshalb müsste ich ja trotzdem die fritz.box oder meinen Desktop-Rechner pingen können.
Die Ausgabe von interfaces war:

Code: Alles auswählen

#loopback
auto lo
iface lo inet loopback
# primary network interface
adress 192.168.1.2
netmask 255.255.255.0
network 192.168.1.0
broadcast 192.168.1.255
gateway 192.168.1.9 (fritz.box)
Ich kann die Ausgabe des anderen rechner im moment nat. nicht kopieren oder so. Ich hoffe das reicht euch erstmal...

Übrigens kennt Debian in meiner Konfiguration dhcpcd nicht....

Gruß

Benutzeravatar
mauser
Beiträge: 1854
Registriert: 27.01.2005 22:34:48

Beitrag von mauser » 06.08.2005 12:21:19

hi,

da ist auch schon das problem: die syntax der datei ist nicht korrekt.
schau dir mal das hier als beispiel an:
auto lo
iface lo inet loopback

auto eth0
iface eth0 inet dhcp

auto eth1
iface eth1 inet static
address 192.168.1.1
network 192.168.1.0
netmask 255.255.255.0
broadcast 192.168.1.255

Fadh
Beiträge: 34
Registriert: 05.08.2005 20:29:09

Beitrag von Fadh » 06.08.2005 12:30:21

ich hab sie ja auch auf ein Blatt abgeschrieben und hier eingetippt. Mir ist klar dass die Syntax falsch ist, aber darauf kommt es auch nicht an. Die jetztige Datei wurde auch vom Debian-Installer angefertigt, also glaube ich nicht, dass mit der Syntax was nicht stimmt.
Ich hab jetzt übrigens noch ein versuch mit dhclient gemacht:

Die erste (schon aufgegebe) Davicom liefert bei dhclient
noDHCPOFFERS received
No working releases in persistant database
Sleeping
und natürlich ihr fehlermeldung s.o. (eth0 TX timout...)

Die zweite (die um die es mom. geht) Realtech rtl-8139 liefert bei dhclient eth1 die gleichen ausgaben wie oben, nur halt eine andere Meldung, nämlich:
NETDEV WATCHDOG: eth1: transmit timed out
eth1: link up, 100 Mbps, full duplex, pla 0x41E1
die ich ja auch schon kenne

Fadh
Beiträge: 34
Registriert: 05.08.2005 20:29:09

Beitrag von Fadh » 06.08.2005 15:10:19

hat denn niemand ne idee?
was könnte man denn noch probieren?

Benutzeravatar
rkrueger
Beiträge: 1044
Registriert: 17.06.2004 17:57:17

Beitrag von rkrueger » 07.08.2005 00:03:15

Was man machen könte: das zur Kenntnis nehmen was andere dir sagen! Zum einen wissen, das mit den Syntax etwas nicht stimmt und hinterher der Meinung sein, nur weil die Datei durch den Debian-Installer erstellt wurde die Syntax nicht falsch sein kann, widerspricht sich.

Das System weiß doch im Augenblick überhaupt nicht was eth0 bzw. eth1 ist und was es damit machen soll. Um deine Frage, nachdem was man machen soll, zu beantworten: das eintragen, was mauser dir freundlich mitgeteilt hat. Danach den dhcp neustarten und gut ist.

Mir ist klar, das die Syntax falsch ist, aber darauf kommt es auch nicht an. Wie gut, das ich den tieferen Sinn dieses Satzes jetzt nicht verstehen muß. :roll:

Benutzeravatar
KBDCALLS
Moderator
Beiträge: 22454
Registriert: 24.12.2003 21:26:55
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Dortmund
Kontaktdaten:

Beitrag von KBDCALLS » 07.08.2005 12:27:35

Die Zeile

Code: Alles auswählen

adress 192.168.1.2


ist definitiv falsch, wenns kein Tippfehler ist.

Code: Alles auswählen

address 192.168.1.2


das wäre richtig

PS: Und eine Addresse per dhcp wird mit dem dhclient oder pump bezogen. Dazu müssen sie aber installiert sein, damit funktioniert, automatisch oder von Hand. Automatisch setzt aber voraus das die

Code: Alles auswählen

/etc/network/interfaces
stimmt.
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.

EDV ist die Abkürzung für: Ende der Vernunft

Bevor du einen Beitrag postest:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

Fadh
Beiträge: 34
Registriert: 05.08.2005 20:29:09

Beitrag von Fadh » 07.08.2005 18:37:29

Ich hab meine /etc/network/interfaces nochmal überprüft. Die Syntax stimmt. Allerding war eth0 nicht eingetragen wie im Beispiel von mauser. Hab ich gemacht. Die eth1 war eig. genauso wie bei mauser, nur steht bei mir noch der Gateway mit drin.
Auch nach dem neustarten der interfaces kommen noch die gleichen Fehlermeldungen. Nach dem neustart des ganzen systems auch.
Sorry, aber ich war gestern recht gestresst

Benutzeravatar
KBDCALLS
Moderator
Beiträge: 22454
Registriert: 24.12.2003 21:26:55
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Dortmund
Kontaktdaten:

Beitrag von KBDCALLS » 07.08.2005 19:04:09

Welche Kernel verwendest du ?

Code: Alles auswählen

uname -a 
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.

EDV ist die Abkürzung für: Ende der Vernunft

Bevor du einen Beitrag postest:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

Fadh
Beiträge: 34
Registriert: 05.08.2005 20:29:09

Beitrag von Fadh » 07.08.2005 20:01:18

Linux Barebone 2.4.27-2-k7
GNU Linux i686

reicht das?

Fadh
Beiträge: 34
Registriert: 05.08.2005 20:29:09

Beitrag von Fadh » 12.08.2005 17:25:11

schade, dass ich hier zuerstmal als totaler noob dargestellt werde, und jetzt alle hier auch keine ahnung mehr haben, an was es liegen könnte.

Oder doch???? Bitte!!!

:lol:

Benutzeravatar
KBDCALLS
Moderator
Beiträge: 22454
Registriert: 24.12.2003 21:26:55
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Dortmund
Kontaktdaten:

Beitrag von KBDCALLS » 12.08.2005 17:30:49

Und welchen Kernel hat Fedora? Denn das könnte durchaus am Kernel liegen. Solltest mal Kernel 2.6.xx probieren.
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.

EDV ist die Abkürzung für: Ende der Vernunft

Bevor du einen Beitrag postest:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

lupo231
Beiträge: 1
Registriert: 10.10.2005 01:02:50

Beitrag von lupo231 » 10.10.2005 01:06:23

Hast du vieleicht eine K7....... motherboadr???????

einfach-Marcus
Beiträge: 1
Registriert: 30.11.2005 13:18:01

Beitrag von einfach-Marcus » 30.11.2005 13:22:54

Bau mal deine Netzwerkkarte in einen anderen PCI-Slot ein.

Die Hilfe bei einem Problem kann übrigensnur so gut sein wie die Informationen die man bekommt. :evil:

Antworten