Aldi-Notebook-Netzwerkkarte route
Aufgrund der populären Nachfrage (Andres, Markus), hier die Ausgabe for route -n: Destination Gateway Genmask Flags Metric Ref use Iface 192.168.1.0 * 255.255.255.0 U 0 0 0 eth0 default 192.168.1.55 0.0.0.0 UG 0 0 0 eth0 tschö Jochen
On 22.10.2002 at 11:14 Jochen Staerk wrote: [...snip (aus der anderen Mail...]
Was gibt "ifconfig" aus??
eth0 Link encap:Ethernet HWaddr 00:40:CA:BB:B1:E6 inet Adr: 192.168.1.93, Bcast:192.168.1.255, Mask: 255.255.255.0 inet6 addr: fe80::240::caff::febb:b1e6/10 Scope:Link 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.0b) Interrupt:0 Base address:0xa000
lo Link encap:Local Loopback inet Adr: 127.0.0.1, Mask: 255.0.0.0 inet6 addr: ::1/128 Scope:Host UP BROADCAST RUNNING MTU:16436 Metric:1 RX packets:62 errors:0 dropped:0 overruns:0 frame:0 TX packets:62 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:4604 (4.4 Kb) TX bytes:4604 (4.4 Kb)
Sehr schön :-) Leider werden einfach keine Bytes übertragen (RX bytes, TX bytes). Und einen Interrupt hat die Karte leider auch nicht bekommen.
Aufgrund der populären Nachfrage (Andres, Markus), hier die Ausgabe for route -n: Destination Gateway Genmask Flags Metric Ref use Iface 192.168.1.0 * 255.255.255.0 U 0 0 0 eth0 default 192.168.1.55 0.0.0.0 UG 0 0 0 eth0
O.K. Das ist in Ordnung! Alle Anfragen (z.B. nach www.web.de) _würden_ einwandfrei über den Router gehen (sofern es überhaupt eine Namensauf- lösung gäbe). Du wirst aber wahrscheinlich auf ein ping oder traceroute 217.72.195.42 (www.web.de) auch keine Antwort bekommen :-( Der Haken ist tatsächlich die Hardware. Wenn Deine Karte keinen Interrupt hat, dann geht eben gar nichts! Schau doch mal in /var/log/messages ob es da irgendwelche Hinweise gibt. Schau im Bootbildschirm nach, welchen Interrup das BIOS für Deine Netzwerkkarte hat (falls es das überhaupt sagt). Versuchsweise kannst Du im BIOS mal probieren, ob eine Änderung der Einstellung 'Plug-and-Play OS' etwas bringt. Steht das auf 'YES', dann sollte erst das Betriebssystem die Interrupts verteilen, bei 'NO' macht es das BIOS. Warten wir mal ab was dabei so 'rauskommt :-) Andreas
Andreas Kretzer wrote:
Interrupt:0 Base address:0xa000
Sehr schön :-) Leider werden einfach keine Bytes übertragen (RX bytes, TX bytes). Und einen Interrupt hat die Karte leider auch nicht bekommen.
Sorry der Interrupt ist 9, nicht 0. (rotwerd) ich habs abgetippt weil ich kein floppy-lw hab.
lösung gäbe). Du wirst aber wahrscheinlich auf ein ping oder traceroute 217.72.195.42 (www.web.de) auch keine Antwort bekommen :-(
Ich persönlich wäre schon sehr froh wenn ich ein Ping oder Tracert auf einen Rechner im lokalen Netz ansetzen könnte.
sagt). Versuchsweise kannst Du im BIOS mal probieren, ob eine Änderung der Einstellung 'Plug-and-Play OS' etwas bringt. Steht das auf 'YES', dann sollte erst das Betriebssystem die Interrupts verteilen, bei 'NO' macht es das BIOS.
Versuchsweise hab ich das mal angegangen - mit dem Erfolg, dass die Netzwerkkarte zwar bei IRQ 10 landete, sich sonst jedoch nichts änderte. trotzdem schöner Versuch ;) Jochen
Am Dienstag, 22. Oktober 2002 13:11 schrieb Jochen Staerk:
Andreas Kretzer wrote:
Interrupt:0 Base address:0xa000
Sehr schön :-) Leider werden einfach keine Bytes übertragen (RX bytes, TX bytes). Und einen Interrupt hat die Karte leider auch nicht bekommen.
Sorry der Interrupt ist 9, nicht 0. (rotwerd) ich habs abgetippt weil ich kein floppy-lw hab.
lösung gäbe). Du wirst aber wahrscheinlich auf ein ping oder traceroute 217.72.195.42 (www.web.de) auch keine Antwort bekommen :-(
Ich persönlich wäre schon sehr froh wenn ich ein Ping oder Tracert auf einen Rechner im lokalen Netz ansetzen könnte.
sagt). Versuchsweise kannst Du im BIOS mal probieren, ob eine Änderung der Einstellung 'Plug-and-Play OS' etwas bringt. Steht das auf 'YES', dann sollte erst das Betriebssystem die Interrupts verteilen, bei 'NO' macht es das BIOS.
Versuchsweise hab ich das mal angegangen - mit dem Erfolg, dass die Netzwerkkarte zwar bei IRQ 10 landete, sich sonst jedoch nichts änderte.
IRQ 10 ist doch schon mal ok. Kannst du denn die eigene IP-Adresse (192.168.1.93) pingen?
trotzdem schöner Versuch ;) Jochen
Gruss, Stefan -- Stefan Voss (privat: voss at yoda.in-berlin.de geschaeftlich: svoss at web.de)
Am Dienstag, 22. Oktober 2002 13:45 schrieb Jochen Staerk:
IRQ 10 ist doch schon mal ok. Kannst du denn die eigene IP-Adresse (192.168.1.93) pingen?
ja, sowohl mit der 192.168.1.93 als auch mit der 127.0.0.1.
Das ist ja schon mal ein erster Schritt. Als naechstes also der Ping zum Default-Gateway. Kann es sein, das sich deine Karte nicht mit dem Hub/Switch, an den sie angeschlossen ist, auf ein Uebertragungsprotokoll (10 MBit oder 100 MBit, halb-duplex oder voll-duplex) einigen kann? Der Output von "dmesg" muesste etwas aehnliches wie folgt enthalten: ... 8139too Fast Ethernet driver 0.9.26 PCI: Found IRQ 5 for device 00:0d.0 PCI: Sharing IRQ 5 with 00:02.7 eth0: RealTek RTL8139 Fast Ethernet at 0xd12b1e00, 00:00:e8:8f:b7:52, IRQ 5 eth0: Identified 8139 chip type 'RTL-8139A' eth0: Setting half-duplex based on auto-negotiated partner ability 0000. ...
mfG Jochen
Gruss, Stefan -- Stefan Voss (privat: voss at yoda.in-berlin.de geschaeftlich: svoss at web.de)
Hallo Stefan,
Kann es sein, das sich deine Karte nicht mit dem Hub/Switch, an den sie angeschlossen ist, auf ein Uebertragungsprotokoll (10 MBit oder 100 MBit, halb-duplex oder voll-duplex) einigen kann?
das halte ich für unwahrscheinlich. ich hab das ding zu hause und hier auf der arbeit in zwei komplett verschiedenen netzen (hier switch, dort hub) und bekomme exakt das gleiche verhalten. Ich hau mir zu hause nochmal windows drauf und kuck obs dann geht. Mit einem Suse 8 funktionierts aber genauso wenig. Ich könnte mir irgendwie vorstellen dass die netzwerkkarte von Linux nicht richtig unterstützt wird (obwohl der chipsatz ja ein 8139er ist) oder das vielleicht die ganze netzwerkgeschichte kaputt ist (es gibt da eine LED, die noch nie geleuchtet hat, zwei computer drei kreisbögen als symbolischer welle dazwischen, aber ich weiß nicht ob das nicht eher IrDA-aktivität anzeigt).
Der Output von "dmesg" muesste etwas aehnliches wie folgt enthalten:
... 8139too Fast Ethernet driver 0.9.26 PCI: Found IRQ 5 for device 00:0d.0 PCI: Sharing IRQ 5 with 00:02.7 eth0: RealTek RTL8139 Fast Ethernet at 0xd12b1e00, 00:00:e8:8f:b7:52, IRQ 5 eth0: Identified 8139 chip type 'RTL-8139A' eth0: Setting half-duplex based on auto-negotiated partner ability 0000. ...
8139too Fast Ethernet driver 0.9.24 PCI: Enabling device 00:08.0 (0000->0003) PCI: Found IRQ 9 for device 00:08.0 PCI: Sharing IRQ 9 with 00:02.5 PCI: Sharing IRQ 9 with 00:06.0 IRQ routing conflict for 00:0c.0, have IRQ 10 want IRQ 9 PCI: Sharing IRQ 9 with 00:0d.0 eth0: RealTek RTL8139 Fast Ethernet at 0xd4ac1000, 00:40:ca:bb:b1:b6, IRQ 9 eth0: Identified 8139 chip type 'RTL-8139C' eth0: Setting half-duplex based on auto-negotiated partner ability 0000. Wie gesagt ichhatte im BIOS auch PNP schon abgeschaltet , womit die Karte auf 10 landetet, aber das problem nicht gelöst war. danach kommen ein paar mal Die Zeilen Netdev watchdog: eth0 : transmit timed out etho: TX queue start entry 4, dirty entry 0, ... eth0: setting half-duplex based on auto-negotiated partner ability 0000. bye Jochen
Danke an alle die geholfen haben (oder geholfen hätten)! Ich habe windows installiert um zu prüfen ob es kein hardware-defekt ist - unter windows gings. Also United wieder drauf, diesmal hatte ich allerdings vor der hardwareerkennung im BIOS das "installed OS" von "Windows XP" (=plug and play??) auf "Dos" (=non plug n play?) geändert. Seitdem gehts. Keine Ahnung warum das ein Unterschied zum nachträglichen Umschalten zu sein scheint. THX! Jochen
participants (3)
-
Andreas Kretzer -
Jochen Staerk -
Stefan Voss