Debian+ArcorDsl+ Timeout waiting for PADO packets

Einrichten des lokalen Netzes, Verbindung zu anderen Computern und Diensten.
Antworten
Loco
Beiträge: 6
Registriert: 27.09.2003 22:21:20

Debian+ArcorDsl+ Timeout waiting for PADO packets

Beitrag von Loco » 27.09.2003 22:30:57

Hi,
ich habe mal ne Frage, bin heute auf Debian umgestiegen und kapier das mit dem Internet nicht wirklich. Da ich auch vorher nicht wirklich Ahnung von Linux hatte, komm ich gradfe nicht wirklich weiter.
Ich hoffe ihr könnt mir helfen...
Ich habe zwei Netzwerkkarten einmal die "Realtek RTL 8029"
und dann noch die "Realtek RTL 8139"
Ich habe mal ein paar befehle ausgeführt und die Antowrt, dran gehängt bei denen ich denke, dass sie euch bzw. mir helfen könnten :>
Also wie gesagt habe so gut wie keine Ahnung von Linux...
Hoffe ihr könnt mir helfen
Danke


Zer0:~# tail -f /var/log/messages
Sep 27 21:55:15 Zer0 kernel: NETDEV WATCHDOG: eth0: transmit timed out
Sep 27 21:55:25 Zer0 last message repeated 2 times
Sep 27 21:55:29 Zer0 kernel: eth1: Setting 100mbps full-duplex based on auto-negotiated partner ability 41e1.
Sep 27 21:56:07 Zer0 kernel: NETDEV WATCHDOG: eth0: transmit timed out
Sep 27 21:56:35 Zer0 kernel: NETDEV WATCHDOG: eth1: transmit timed out
Sep 27 21:56:35 Zer0 kernel: eth1: Setting 100mbps full-duplex based on auto-negotiated partner ability 41e1.
Sep 27 21:57:23 Zer0 kernel: NETDEV WATCHDOG: eth1: transmit timed out
Sep 27 21:57:23 Zer0 kernel: eth1: Setting 100mbps full-duplex based on auto-negotiated partner ability 41e1.
Sep 27 21:59:41 Zer0 kernel: NETDEV WATCHDOG: eth1: transmit timed out
Sep 27 21:59:41 Zer0 kernel: eth1: Setting 100mbps full-duplex based on auto-negotiated partner ability 41e1.



Zer0:~# pppoe -I eth1 -A
pppoe: Timeout waiting for PADO packets


Zer0:~# ifconfig
bond0 Link encap:Ethernet HWaddr 00:00:00:00:00:00
UP BROADCAST RUNNING MASTER MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)

dummy0 Link encap:Ethernet HWaddr 00:00:00:00:00:00
UP BROADCAST RUNNING NOARP MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 b) TX bytes:144 (144.0 b)

eth0 Link encap:Ethernet HWaddr 00:40:95:41:00:FD
inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:48 dropped:0 overruns:0 carrier:76
collisions:646 txqueuelen:100
RX bytes:0 (0.0 b) TX bytes:7089 (6.9 KiB)
Interrupt:11 Base address:0xec00

eth1 Link encap:Ethernet HWaddr 00:30:84:3C:EE:80
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
Interrupt:5

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:216 errors:0 dropped:0 overruns:0 frame:0
TX packets:216 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:14189 (13.8 KiB) TX bytes:14189 (13.8 KiB)

sl0 Link encap:Serial Line IP
inet addr:192.168.0.1 P-t-P:192.168.0.2 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:10
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)

Benutzeravatar
mistersixt
Beiträge: 6601
Registriert: 24.09.2003 14:33:25
Lizenz eigener Beiträge: GNU Free Documentation License

Beitrag von mistersixt » 29.09.2003 09:21:27

Die Fehlermeldung "pppoe: Timeout waiting for PADO packets" kommt dann, wenn Dein Rechner nicht mit dem DSL-Modem oder mit dem Gegenstelle von Arcor reden kann. Das kann verschiedene Gründe haben:

o) Dein DSL-Modem hat ne Macke (wohl aber eher unwahrscheinlich)
o) Das Netzwerkkabel von Deinem Rechner zum Modem ist Schrott
o) Du benutzt ein Crossover anstatt ein normales CAT5-Netzwerkkabel
o) Du nutzt die falsche Netzwerkkarte (eth1 anstatt eth0)
o) Arcor hat Probleme -> leuchten alle DSL-Lämpchen, wie sie sollten?

Spiel auch mal mit dem Tool mii-tool rum ("mii-tool eth1"), alle neueren Netzwerkkarten zeigen beim Aufruf dieses Befehls an, mit welcher Geschwindigkeit Du mit der Gegenstelle verbunden bist, da sollte bei der Verbindung zum DSL-Modem 10 mbit/s, half-duplex und "link ok" oder sowas Ähnliches stehen. Wenn dem so ist, dann kann es wohl nur noch an Arcor liegen ...

Gruss, Jomo.

Loco
Beiträge: 6
Registriert: 27.09.2003 22:21:20

Beitrag von Loco » 29.09.2003 13:52:06

Servus,
also ich habe mal "mii-tool eth1" ausfgeführt der sagtre mir alles wie du es gesagt hast bis auf Link Ok. Da sagte er mir,"No Link"

Von deinen Punkten müsstebn sogut wie alle stimmen, da ich ja mit Windows noch ins Internet kann...
Das einzigste Problem ist irgendwie das der bei keiner Netzwerkkarte unter "pppoeconf" eine Verbindung finden will...
Er sagt dann immer "sorry, i have tested 2 Eth's, but non have access..." oder sowas in der Art.

Benutzeravatar
mistersixt
Beiträge: 6601
Registriert: 24.09.2003 14:33:25
Lizenz eigener Beiträge: GNU Free Documentation License

Beitrag von mistersixt » 29.09.2003 14:23:40

Dieses "no link" ist das Problem, normalerweise deutet das darauf hin, dass es physikalisch keine Verbindung zur Gegenstelle gibt, sprich, als wenn das Kabel kaputt wäre, oder gar kein Kabel in der Netzwerkkarte stecken würde, oder die Gegenstelle einfach ausgeschaltet oder defekt ist.

Was ich allerdings absolut nicht verstehe ist, dass das immer noch mit Windoof funktionieren soll - das ist mir ein Rätsel!

Ich würde trotzdem mal das Kabel austauschen, gegen ein anderes CAT-5 (kein(!) cross-over), was anderes fällt mir leider nicht mehr ein.

Gruss, Jomo.

Loco
Beiträge: 6
Registriert: 27.09.2003 22:21:20

Danke für die Antworten

Beitrag von Loco » 29.09.2003 14:51:55

das ist mein problem...
Habe mal ein paar Sachen drangehängt, die vllt. weiterheflen könnten...
Achso und "Windoof" funktioniert wirklich och weil ich hiermit ins internet gehe(n muss) :/

dmesg (aber stark gekürzt da sonst zu lang):
ne2k-pci.c:v1.02 10/19/2000 D. Becker/P. Gortmaker
http://www.scyld.com/network/ne2k-pci.html
eth0: RealTek RTL-8029 found at 0xec00, IRQ 11, 00:40:95:41:00:FD.
PPP generic driver version 2.4.1
PPP Deflate Compression module registered
PPP BSD Compression module registered
8139too Fast Ethernet driver 0.9.24
eth1: RealTek RTL8139 Fast Ethernet at 0xd0800000, 00:30:84:3c:ee:80, IRQ 5
eth1: Identified 8139 chip type 'RTL-8139C'
ISDN subsystem Rev: 1.1.4.1/1.1.4.1/1.1.4.1/none/none/1.1.4.1
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 2048 buckets, 16Kbytes
TCP: Hash tables configured (established 16384 bind 16384)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
NET4: Ethernet Bridge 008 for NET4.0
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 220k freed
Adding Swap: 1333384k swap-space (priority -1)
eth1: Setting 100mbps full-duplex based on auto-negotiated partner ability 41e1.NETDEV WATCHDOG: eth0: transmit timed out
eth0: Tx timed out, excess collisions. TSR=0x1e, ISR=0x8, t=27.
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Tx timed out, excess collisions. TSR=0x1e, ISR=0x8, t=27.
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Tx timed out, excess collisions. TSR=0x1e, ISR=0x8, t=27.
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Tx timed out, excess collisions. TSR=0x1e, ISR=0x8, t=40.
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Tx timed out, excess collisions. TSR=0x1e, ISR=0x8, t=28.
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Tx timed out, excess collisions. TSR=0x1e, ISR=0x8, t=28.
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Tx timed out, excess collisions. TSR=0x1e, ISR=0x8, t=28.
NETDEV WATCHDOG: eth1: transmit timed out
eth1: Tx queue start entry 4 dirty entry 0.
eth1: Tx descriptor 0 is 00002000. (queue head)
eth1: Tx descriptor 1 is 00002000.
eth1: Tx descriptor 2 is 00002000.
eth1: Tx descriptor 3 is 00002000.
eth1: Setting 100mbps full-duplex based on auto-negotiated partner ability 41e1.NETDEV WATCHDOG: eth0: transmit timed out
eth0: Tx timed out, excess collisions. TSR=0x1e, ISR=0x8, t=23.
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Tx timed out, excess collisions. TSR=0x1e, ISR=0x8, t=23.
[...]
eth0: Tx timed out, excess collisions. TSR=0x1e, ISR=0x8, t=29.
NETDEV WATCHDOG: eth1: transmit timed out
eth1: Tx queue start entry 4 dirty entry 0.
eth1: Tx descriptor 0 is 00002000. (queue head)
eth1: Tx descriptor 1 is 00002000.
eth1: Tx descriptor 2 is 00002000.
eth1: Tx descriptor 3 is 00002000.
eth1: Setting 100mbps full-duplex based on auto-negotiated partner ability 41e1.NETDEV WATCHDOG: eth0: transmit timed out
eth0: Tx timed out, excess collisions. TSR=0x1e, ISR=0x8, t=24.
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Tx timed out, excess collisions. TSR=0x1e, ISR=0x8, t=31.
NETDEV WATCHDOG: eth0: transmit timed out
[...]
eth0: Tx timed out, excess collisions. TSR=0x1e, ISR=0x8, t=34.
--------------------------------------------------------------------------------------------------------

Die Datei "/etc/network/interfaces" mit (eth1 muss ich ins i-net):
# /etc/network/interfaces -- configuration file for ifup(8), ifdown(8)

# The loopback interface
auto lo
iface lo inet loopback

# The first network card - this entry was created during the Debian installation
# (network, broadcast and gateway are optional)

auto eth0
iface eth0 inet static
address 192.168.1.20
netmask 255.255.255.0
network 192.168.1.1
broadcast 192.168.1.255


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

Und dann noch:

Zer0:~# mii-tool eth1
eth1: 10 Mbit, half duplex, no link
Zer0:~# mii-tool eth0
SIOCGMIIPHY on 'eth0' failed: Operation not supported

So, also für mich als Linux-unwissender ist das hier alles sehr unverständlich...
Hoffe mir kann jemand helfen...

Benutzeravatar
mistersixt
Beiträge: 6601
Registriert: 24.09.2003 14:33:25
Lizenz eigener Beiträge: GNU Free Documentation License

Beitrag von mistersixt » 29.09.2003 16:03:54

Fangen wir mal mit dem Positiven an: die beiden Netzwerkkarten scheinen beim Booten vom kernel korrekt erkannt worden zu sein. Eine ISA-Karte mit Realtek 8029 und eine PCI-Karte mit Realtek 8139.

Komisch sind in der Tat diese Meldungen:

o Bei eth0: "Tx timed out, excess collisions"
o Beim mii-tool eth1 kommt "10 Mbit, half duplex, no link", aber beim dmesg sieht man "Setting 100mbps full-duplex based on auto-negotiated partner ability". Bist Du sicher, dass Du das Kabel mit dem DSL-Modem verbunden hast? Normalerweise müsste da "eth1: negotiated 10baseT-FD, link ok" stehen.

Irgendwas ist da oberfaul, ich weiss aber nicht, was das Problem sein kann. Verbinde doch mal das Kabel an eth0 (würde doch sowieso besser passen, weil beides 10 mbit/s ist) und mach nochmal ein "pppoe -A -I eth0".

Oder steck mal die PCI-Netzwerkkarte in einen anderen PCI-Slot, vielleicht gibt es Interrupt-Probleme. Und tausch mal das Kabel aus. Aber um ehrlich zu sein, gehen mir jetzt auch die Ideen aus. Vielleicht noch mal den neuesten Kernel installieren...

Gruss, Jomo.

Loco
Beiträge: 6
Registriert: 27.09.2003 22:21:20

Beitrag von Loco » 29.09.2003 17:13:28

Hi,
also ich habe eigentlich keine ISA-karte drin...
Eine ISA-Karte mit Realtek 8029
ne2k-pci.c:v1.02 10/19/2000 D. Becker/P. Gortmaker
http://www.scyld.com/network/ne2k-pci.html
eth0: RealTek RTL-8029 found at 0xec00, IRQ 11, 00:40:95:41:00:FD.
Wie kann ich die eth1 auf 10mb/HalfDuplex feststellen, da er ja anscheinend damit auch seine Probleme hat??
Ich habe es mit:"insmod 8139too media=0x01" probiert, aber das geht nur bei Modulen , und das habe ich bie meiner Karte nicht gemacht...
Ich habe es einmal versucht, aber da scheint dann ein Fehler in der 8139too.o datei zu sein. Aber das ist jetzt ein anderesa Thema...[/b]

Benutzeravatar
mistersixt
Beiträge: 6601
Registriert: 24.09.2003 14:33:25
Lizenz eigener Beiträge: GNU Free Documentation License

Beitrag von mistersixt » 29.09.2003 17:55:15

Oh ja, stimmt, das scheint in der Tat eine PCI-Karte zu sein. Ich dachte, der 8029er Chip sei nur auf ISA-Karten zu finden, wieder was gelernt.

Mit dem mii-tool kann man die Geschwindigkeit setzen. Mach mal "man mii-tool". Es müsste dann in etwa lauten:

Code: Alles auswählen

mii-tool --force-media=10baseT-FD eth1
Viel Glück, Jomo.

Benutzeravatar
mistersixt
Beiträge: 6601
Registriert: 24.09.2003 14:33:25
Lizenz eigener Beiträge: GNU Free Documentation License

Beitrag von mistersixt » 29.09.2003 20:11:57

Noch ein Tip: Nutzt Du zufällig den Debian-Sid-Kernel 2-4-22-1 ? Wenn ja, dann installier das allerletzte Update, denn diese Version schaltet acpi per default auf on und da scheinen viele Leute grosse Probleme gehabt zu haben, gerade auch mit Netzwerkkarten. Die neueste Version setzt apci=off per default...

Gruss, Jomo.

Antworten