[debian] krijg NIC niet aan de praat.

[klokop]

Debian unstable, AsRock mobo, Duron 700, onboard NIC.

Krijg de onboard NIC niet (meer) aan de praat, terwijl dat voorheen prima ging. Vanalles geprobeerd, en NU pas bedenk ik me dat ik sinds ik het probleem heb, ik een oude PCI videokaart in de pc geprikt heb, en dat wel eens de lastpak kan zijn. Video doet het prima.

Klok / klepel: iets met IRQ conflicten ofzo?

lspci zegt over de videokaart:

code:

VGA compatible controller: S3 Inc. Virge/DX of /GX (rev 01)

Ik kan de videokaart er uiteraard uithalen en kijken of 'ie het dan doet. Alleen start de pc dan niet op, ik vermoed dat de bios om input vraagt, maar dat zie je dus niet, zonder video...

[blaataaps]

Wat voor chipset heeft die nic? Kun je in je bios niet gewoon instellen dat ie niet moet stoppen als er geen videokaart is, "halt on no errors" oid.

[klokop]

lspci voor de NIC:

code:

Ethernet controller: VIA Technologies, Inc. vt6102 [Rhine-II] (rev 74)

... en ik kijk ff of er er is geen 'halt on errors' optie is.

[ Voor 45% gewijzigd door klokop op 01-09-2004 17:09 ]

[froggie]

Post je hele lspci output eens. De IRQ info heb je nl weggeknipt. Dus bijv:

0000:00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 74)

Het vette stukje is je IRQ info (1e getal is het IRQ, 2e getal is een kanaal oid?). Iig hebben we ff het hele tabelletje nodig.

Needless to say heb je support voor de Rhine NIC meegebakken in je kernel (hetzij in je kernel, hetzij een module)?

[klokop]

Support voor de NIC is er idd, want zoals je bovenin kan lezen, deed de NIC het voorheen wel.
Ehm, ik post alleen een deel van de lspci entries.. anders moet ik de hele zooi overtypen (geen netwerk hé, en ook geen flopppy...)

code:

0000:00:00:0 host bridge: Via....
0000:00:01:0 pci bridge: Via ...
0000:00:09:0 VGA compatible controller: S3 Inc. Virge/DX of /GX (rev 01)
0000:00:10:1 USB Controller ...
0000:00:10:2 USB Controller ...
0000:00:10:3 USB Controller ...
0000:00:11:0 ISA bridge ...
0000:00:11:1 IDE interface ...
0000:00:11:5 Multimedia audio controller: Via ...
0000:00:12:0 Ethernet controller: VIA Technologies, Inc. vt6102 [Rhine-II] (rev 74)

cat /proc/interupts zegt o.a.;

code:

23:  236  IO-APIC-level eth0

...bedoelt 'men' daarmee dat de NIC op IRQ 23 zit?

Nog meer. dmes | grep eth0

code:

eth0: Via VT6102 Rhine-II at 0xdc00, 00:0c:6e:6a:57:d8, IRQ 23.
eth0: MII PHY found at address 1, status 0x7849 advertising 05e1 Link 0000.
eth0: MII PHY found at address 2, status 0xc000 advertising 0000 Link 0000.
eth0: MII PHY found at address 3, status 0xc000 advertising 0000 Link 0000.
eth0: MII PHY found at address 4, status 0xc000 advertising 0000 Link 0000.
eth0: no IPv6 routers present.
eth0: no IPv6 routers present.

[ Voor 35% gewijzigd door klokop op 01-09-2004 17:09 ]

[El_kingo]

Hij kan dus zeker wel je nic vinden, alleen gaat het waarschijnlijk de mist in bij het verkrijgen van een ip. Wat zegt ifconfig ?

[klokop]

Ifconfig ziet er helemaal ok uit.

code:

inet addr: 192.168.2.2 bcast: 192.168.2.255 mask: 255.255.255.0
inet6 addr: bla bla.
UP BROADCAST MULTICAST mt: 1500 ...
RX bytes: 0 TX butes: 41538
Interupt: 23 Base address: 0xdc00
etc.

Ik begin heel erg aan mezelf te twijfelen...

[El_kingo]

ok, kan het misschien zijn dat je router op een ander netwerk segment zit (als in 192.168.1.xxx)

Want dan kan ie nooit vinden natuurlijk...
Wat is het ip van je router?

[ Voor 1% gewijzigd door El_kingo op 01-09-2004 16:29 . Reden: typo ]

[klokop]

ifconfig van de router, voor de relevante NIC:

code:

eth2      Link encap:Ethernet  HWaddr 00:50:BF:65:9D:C4
          inet addr:192.168.2.1  Bcast:192.168.2.255  Mask:255.255.255.0
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:319160 errors:0 dropped:0 overruns:0 frame:0
          TX packets:312038 errors:0 dropped:0 overruns:0 carrier:0
          collisions:10114 txqueuelen:1000
          RX bytes:221764867 (211.4 MiB)  TX bytes:134243665 (128.0 MiB)
          Interrupt:11 Base address:0x6200

Dat er bij RX en TX bytes een getal groter dan 0 staat komt dus doordat 'ie het voorheen wel deed.

[Jelmer]

Froggie schreef op 01 september 2004 @ 14:44:
Post je hele lspci output eens. De IRQ info heb je nl weggeknipt. Dus bijv:

0000:00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 74)

Het vette stukje is je IRQ info (1e getal is het IRQ, 2e getal is een kanaal oid?). Iig hebben we ff het hele tabelletje nodig.

Uhm, ik weet niet waar jij die info vandaan haalt, maar 00:07.1 wil zeggen bus 0, device 7, function 1. Dat is op mn oude MSI k7t turbo de ide controller (function) die op southbridge (device) die op de pci bus is aangesloten. AGP is bijvoorbeeld 01:00.0. Op mn nForce2 bord hebben de southbridge en de PCI sloten beiden een eigen bus en heb ik dus 00: 01: en 02:.

Om met lspci de irq's te kunnen zien moet je -v meegeven.

[klokop]

Via lspci -v:
- VGA zit op IRQ 17
- NIC zit op IRQ 23
Maar daar waren we geloof ik al achter...

Bij Nic zegt ie overigens ook nog:

code:

000:00:12:0 Ethernet controller: VIA Technologies, Inc. vt6102 [Rhine-III] (rev 74).
Subsystem: Unknown device 1849:3065
Flags" bus master, medium devsel, latency 32, IRQ 23
I/O ports ....
Memeory ...
Capabilities: [40] Power Management version 2.

Dat 'unknown device' klinkt niet goed...

[klokop]

Bwaaa. Bij het opstarten staat er in dat POST-overzichts-schermpje (snappie?) dat VGA op IRQ 10 zit, en de onboard NIC op 11.
Of kan dat, dat na de geslaagde boot IRQ gewijzigd worden?

[Verwijderd]

print je hele ifconfig lijst is, staat je lo wel aan?

[klokop]

Verwijderd schreef op 01 september 2004 @ 18:49:
print je hele ifconfig lijst is, staat je lo wel aan?

lo staat aan.
En, als bonus, is er ook nog een 'sit0' device aanwezig. Volgens mij heeft dat te maken met een IPv6-over-IPv4-tunnel, maar ik gebruik het niet. IPv6 stond voorheen ook al ingeschakeld, en toen was het ook geen probleem (zie oa [rml][ Debian] ipv6 verwijderen[/rml]).

[froggie]

Weer wat geleerd vandaag. Thnx Jelmer voor de uitleg
Anyway, je ifconfig ziet er wel aardig uit. Wat gebeurd er als je gewoon stom pingt? Unresolved Network oid?
Wat zijn trouwens je boot parameters? Want mijn Rhine werkt niet zonder acpi. Dit is met de laatste paar 2.6 kernels gewijzigd. Op 2.6.5 had ik het rare verschijnsel dat ie af en toe wat doorliet maar het meest van de tijd gewoon niets wilde verzenden of ontvangen.

[IceM]

Om je TX en RX packets weg te krijgen kun je even dit doen:

ifdown eth0
ifup eth0

Probeer dan nog eens te pingen.

[blaataaps]

IceM schreef op 02 september 2004 @ 10:49:
Om je TX en RX packets weg te krijgen kun je even dit doen:

ifdown eth0
ifup eth0

Probeer dan nog eens te pingen.

Oh? Hier niet anders:

code:

# ifconfig eth0 | grep RX\ bytes ; ifdown eth0 ; ifup eth0 ;  ifconfig eth0 | grep RX\ bytes
          RX bytes:2243481683 (2.0 GiB)  TX bytes:2384939465 (2.2 GiB)
          RX bytes:2243481749 (2.0 GiB)  TX bytes:2384939643 (2.2 GiB)

volgens mij is er niks veranderd.

[Lancer]

Hmmm, Debian unstable; 2.6.8 kernel right?

Zou het probleem te maken kunnen hebben met de veranderde default settings van de netwerk stack. Hier is best een hoop over te doen geweest na recente Fedora kernel upgrades. Een boel systemen kwamen b.v. opeens niet meer door de firewall of hadden helemaal geen contact meer.

De oplossing voor Fedora:
net.ipv4.tcp_default_win_scale=0
net.ipv4.tcp_moderate_rcvbuf=0

edit:

In te stellen met het sysctl commando (als root)

[ Voor 8% gewijzigd door Lancer op 02-09-2004 12:30 ]

[klokop]

Froggie schreef op 02 september 2004 @ 09:46:
Anyway, je ifconfig ziet er wel aardig uit. Wat gebeurd er als je gewoon stom pingt? Unresolved Network oid?

Pingen doet he-le-maal niks, da's ook raar. Als ik naar de gateway probeert te ssh'en krijg ik de meldin 'no route to host' of iets van die strekkeing.

Wat zijn trouwens je boot parameters? Want mijn Rhine werkt niet zonder acpi. Dit is met de laatste paar 2.6 kernels gewijzigd. Op 2.6.5 had ik het rare verschijnsel dat ie af en toe wat doorliet maar het meest van de tijd gewoon niets wilde verzenden of ontvangen.

Euh? Wat is acpi? Iets met power interface blabla, zie ik op www.acpi.info.
Klok / klepel: in m'n bios de 'power on' op 'NIC input' (oid) aan. (soort WOL)

[klokop]

Lancer schreef op 02 september 2004 @ 12:10:
Hmmm, Debian unstable; 2.6.8 kernel right?

edit:

In te stellen met het sysctl commando (als root)

Nee, kernel 2.6.5 (-1-k7).
Toch die sysctl setting geprobeerd, maar als ik:

code:

sysctl  -w net.ipv4.tcp_default_win_scale=0

doe, dan zegt sysctl:

code:

error: 'net.ipv4.tcp_default_win_scale' is an unknown key

[blaataaps]

Als je no route to host krijgt moet je zorgen dat er een route komt, je nic kan nog zo goed werken, als je dingen gaat pingen waar softwarematig geen route naar is helpt dat allemaal niks.
Over je sysctl foutmelding: misschien moet je de handleiding van sysctl even lezen in plaats van in het wilde weg wat intypen en dan hiernaartoerennen als er iets niet werkt. Ik wil je nog even op NOS policy - updated 01/04/03 wijzen en benadrukken dat het hier geen helpdesk is, je mag wel wat meer zelf doen, hoe sysctl werkt staat echt letterlijk in de manpage (niet een onlogische plaats me dunkt).

[klokop]

Goed.
Het werkt weer.
Ik schat dat er 'ergens' in het systeem een bug zat, want nadat ik de machine voorzien had van een 2e netwerkkaart, en de boel ge-ap-get-upgrade heb, werkte de NIC weer.
Natuurlijk heb ik niet gekeken WAT er nou precies geupdate is (als iemand weet of apt-get dat ergens (kan) log(t)(en), dan hoor ik het graag.)

Voor de volledigeheid:
met 'via-diag -a' een kleine diagnose op de nic gedaan, en het bleek dat:

code:

'Transmit mode: transmitter set to internal loopback'

... wat natuurlijk niet goed klinkt.

_{En ik heb OOK nog de manpage van sysctl doorgelezen. 't Zei me niet zoveel...}