[Debian/Sid] 2 Realtek NIC's [ RTL8029/RTL8139D]

[CrankyGamerOG]

ok dis mijn probleem

bij boot ziet hij meteen 1 van de 2 nic's en die doet het dan ook meteen goed.
de eth0 is de RTL8029 en die functioneert gewoon
maar de RTL8139D word niet herkend , ook bij boot zie ik um niet in de lineup als network controller

kan het zijn dat het systeem um gewoon niet herkend omdat hij er al 1 heeft van die fabrikant ?

bij voorbaat dank

[Rukapul]

Heb je support voor de 8139 wel meegebakken in de kernel/als module?

Uit ervaring kan ik zeggen dat 8029 en 8139 prima samenwerken onder linux (2.4 en 2.6 kernels), specifiek 8139D kan ik niets over zeggen.

Boot Lineup bedoel je de BIOS post mee incl. irq toewijzing? Dan is er mogelijk wat meer aan de hand, bv een irq probleem. Doe onder linux ook eens lspci om te zien of het apparaat wel gedetecteerd wordt als PCI device.

[ Voor 35% gewijzigd door Rukapul op 23-03-2005 10:23 ]

[weijl]

kan het zijn dat het systeem um gewoon niet herkend omdat hij er al 1 heeft van die fabrikant ?

dat lijkt me niet, ik denk dat de modules niet aanwezig zijn voor die kaart.

[smokalot]

bestaat er al een eth1? (/sbin/ifconfig -a)

Zo niet: welke driver heeft die kaart nodig, en is die geladen?

Bij het booten wordt standaard geprobeerd eth0 up te brengen, de rest moet je meestal nog handmatig toevoegen aan het lijstje om automatisch up te brengen.

[CrankyGamerOG]

Rukapul schreef op woensdag 23 maart 2005 @ 10:22:
Heb je support voor de 8139 wel meegebakken in de kernel/als module?

Uit ervaring kan ik zeggen dat 8029 en 8139 prima samenwerken onder linux (2.4 en 2.6 kernels), specifiek 8139D kan ik niets over zeggen.

Boot Lineup bedoel je de BIOS post mee incl. irq toewijzing? Dan is er mogelijk wat meer aan de hand, bv een irq probleem. Doe onder linux ook eens lspci om te zien of het apparaat wel gedetecteerd wordt als PCI device.

nee ik heb die support niet meegebakken nee

boot linup bedoel ik idd bios post mee
en hoe kan ik zien of er een pci probleem is


en hoe krijg ik die module in de kernel


bij voorbaat dank

[weijl]

met 'lspci' kun je iig kijken of je systeem em uberhaubt wel ziet.
om die module in je kernel te krijgen kun je proberen te modproben in de hoop dat ie wel als module meegebakken is maar niet is geladen, als dit niet lukt ben ik bang dat je een 'custom' kernel zult moeten compileren, en in die kernel support voor dat kaartje aan zult moeten zetten. howto's over hoe je een kernel compileert zijn wel genoeg te vinden denk ik.

[Tatsu]

Er is een aparte module is voor de nieuwere RTL8139x varianten.

[CrankyGamerOG]

met modprobe wil dat dus niet, want hij zit er niet in meegebakken, maar zoals ik al zei ziet de bios um al niet, waar kan ik de irq nakijken en waar kan ik die eventueel veranderen.

[TrailBlazer]

als je hem bij het booten niet ziet moet je eerst daarnaar gaan kijken lijkt me. Probeer eens een ander slot

[CrankyGamerOG]

ander slot wil ook niet
hij ziet um gewoon niet
en kapot kan ie niet zijn want ie is net een paar weken oud

waar kan ik de irq's nakijken en zien of er een conflict is

[ Voor 23% gewijzigd door CrankyGamerOG op 23-03-2005 11:24 ]

[TrailBlazer]

als hij nog nooit gewerkt heeft grote kans dat het dan een DOA is (Dead on Arrival). Ik geloof niet dat die dingen getest worden voordat ze de febriek uitgaan

[CrankyGamerOG]

volgens mij heb ik niet gezegd dat ie nooit gewerkt heeft ?
hij heeft wel degelijk gewerkt, hij heeft een tijd in een amd WindowsXP gezeten en daar deed ie het gewoon

welke module is er nieuw dan, en hoe kom ik eraan

[CrankyGamerOG]

Tatsu schreef op woensdag 23 maart 2005 @ 11:11:
Er is een aparte module is voor de nieuwere RTL8139x varianten.

hoe kom ik aan die modules dan ?
want de oudere module zit er ook niet in, althans niet de 8139
er zit geen enkele realtek module in

hoe en waar vind ik die modules

[TrailBlazer]

als je bios hem niet ziet dan kun je de paus meecompileren als je wilt dat is het probleem niet. Kortom sinds je hem in een andere pc hebt gestopt doet hij het niet meer. En als je hem terugstopt

[CrankyGamerOG]

geen idee want ik heb hier maar 1 pc

maar zoals ik al vroeg waar kan ik de irq's bekijken veranderen van de kaarten ?


Nu heb ik hier ook nog een andere NIC liggen
met een DEC chipje
als ik die erin duw en dan de tulip module laad, ziet ie de eth1 en kan ik um configgen en up brengen
alleen dan kan ik intern niks doen, niet pingen niks, dus ging ik ervan uit dat ie kaput ist

als ik met lsmod kijk , zie ik ook geen module geladen voor de eerste realtek nic (die dus wel werkt)

[ Voor 67% gewijzigd door CrankyGamerOG op 23-03-2005 12:36 ]

[TrailBlazer]

die kan in de kernel gebakken zitten

[CrankyGamerOG]

jah daar ging ik van uit
maar nogmaals hoe kan ik dat zien van die irqs

en nog een vraag , kan me mobo te oud zijn om dit nieuwere NICje te herkennen ?
(lijkt me sterk)
tis namelijk een Asus sp98agp-x rev 1.02

ik heb net ff op mijn systeem gezocht naar 8139 en kom dit allemaal tegen


:/usr/src/kernel-headers-2.4.18-bf2.4/include/config/include/8139/
:/usr/src/kernel-headers-2.4.18-bf2.4/include/config/include/8139too/
:/usr/src/kernel-headers-2.4.18-bf2.4/include/config/8139cp.h
:/usr/src/kernel-headers-2.4.18-bf2.4/include/config/8139too.h


maar als ik dus insmod 8139too doe krijg ik insmod: 8139too: no module by that name found

[ Voor 52% gewijzigd door CrankyGamerOG op 23-03-2005 13:12 ]

[smokalot]

IRQ's: $ cat /proc/interrupts

# insmod
Usage: insmod filename [args]

dus, insmod verwacht dat je het module-bestand (/lib/modules/2.4.18-bf2.4/kernel/drivers/*/*.o) als argument geeft.

modprobe is iets slimmer, probeer dus eens modprobe 8139too.

Die tulip is trouwens echt niet stuk ofzo, je hebt m alleen geen IP gegeven. ifconfig eth1 up is niet voldoende, je moet m een IP geven, dmv dhcp (dhcpcd eth1, dhclient eth1, of pump -i eth1) , of ifconfig eth1 $IP $netmask up.

[CrankyGamerOG]

nou die tulip lijkt mij dus echt wel kapot, maakt niks uit hoe die zn ip verkrijgt, hij blijft de error : NO ROUTE TO HOST , houden

als ik eth1 eruit trek, en eth0 voor intern gebruik dan kan ik wel ftpen intern

dus mij lijkt het dat die tulip gewoon dood is ?


de realtek 8139 lijkt me ook dood, want maakt niks uit als ik um als enigste erin duw of met meerdere
hij word niet herkend door de bios of door linux

de enigste die nog goed is is dus de (realtek 8028AS) oudste en sloomste eruit

kan ik met die realtek 8139 terug ? want zo oud is die niet ? net misschien 2 maanden

[CrankyGamerOG]

ben dus net terug naar de winkel gegaan. en kreeg zonder de bon een nieuwe zonder te zeuren
hij herkende me nog (ik koop bijna alles bij die winkel)
en die winkel is er pas een jaar
dus hij zei ook al , hier neem maar mee


nu die nieuwe 8139 erin proppen en kijken of mijn mobo um ziet

brb

* CrankyGamerOG keeps fingers crossed


EDIT
ook deze SPLINTERNIEUWE kaart word niet herkend door de bios
en ook niet onder linux .
nogmaals de vraag dan : kan mijn bios/mobo te oud zijn om deze kaart aan te kunnen

[ Voor 23% gewijzigd door CrankyGamerOG op 23-03-2005 15:00 ]

[Tatsu]

CrankyGamerOG schreef op woensdag 23 maart 2005 @ 14:53:
ben dus net terug naar de winkel gegaan. en kreeg zonder de bon een nieuwe zonder te zeuren
hij herkende me nog (ik koop bijna alles bij die winkel)
en die winkel is er pas een jaar
dus hij zei ook al , hier neem maar mee


nu die nieuwe 8139 erin proppen en kijken of mijn mobo um ziet

brb

* CrankyGamerOG keeps fingers crossed


EDIT
ook deze SPLINTERNIEUWE kaart word niet herkend door de bios
en ook niet onder linux .
nogmaals de vraag dan : kan mijn bios/mobo te oud zijn om deze kaart aan te kunnen

Wat voor een moederbord heb je dan?

Whoops, moet beter lezen...

Hmm, jouw moederbord is dus een PCI 2.1 compliance...
Eens kijken of die netwerkkaart dat ook is.
De RTL8139D NIC is PCI 2.2 compliance. Concluderend, dat wil dus niet.
Als het goed is moet een RTL8139C wel PCI 2.1 compliance zijn en dan niet de C+ versie.

[ Voor 25% gewijzigd door Tatsu op 23-03-2005 15:19 ]

[smokalot]

CrankyGamerOG schreef op woensdag 23 maart 2005 @ 14:15:
nou die tulip lijkt mij dus echt wel kapot, maakt niks uit hoe die zn ip verkrijgt, hij blijft de error : NO ROUTE TO HOST , houden

als ik eth1 eruit trek, en eth0 voor intern gebruik dan kan ik wel ftpen intern

dus mij lijkt het dat die tulip gewoon dood is ?

volgens mij snap je niet helemaal hoe TCP/IP werkt. korte samenvatting: subnetmask bepaalt welke adressen beschouwd worden als "hetzelfde netwerk". stel: eth1 - 192.168.0.1 - 255.255.255.0 betekent dat alle requests naar 192.168.0.* in principe via die interface gaan. Als je iets anders probeert te bereiken wordt gekeken naar de routetabel. Daarin kun je een gateway opgeven, die alle andere requests voor je afhandelt.

wat jij probeerde te doen is een adres pingen waarvan ie gewoon niet weet hoe ie t moet bereiken, omdat ie niet in hetzelfde netwerk zit, en er is ook al geen gateway opgegeven.

ik blijf erbij dat er met dat kaartje niets mis is. je zult zien dat als je dit kaartje gebruikt waar je nu die 8029 voor gebruikt je gewoon een werkende verbinding zult krijgen.

[CrankyGamerOG]

jah je hebt denk ik wel gelijk

ik heb nu bij iemand even een kaartje eruit getrokken

een Farallon (DEC chipje)

en die erin, en die geeft hetzelfde probleem als mijn eigen decje

No Route to host

ik heb echt geen verstand van gateways enzo


Mijn Ifconfig output

code:

eth0      Link encap:Ethernet  HWaddr 00:00:C5:B0:38:CF
          inet addr:xx.29.4.190  Bcast:xx.29.5.255  Mask:255.255.254.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:17526 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1224 errors:0 dropped:0 overruns:0 carrier:0
          collisions:9 txqueuelen:100
          RX bytes:2048184 (1.9 MiB)  TX bytes:139071 (135.8 KiB)
          Interrupt:9 Base address:0xb800

eth1      Link encap:Ethernet  HWaddr 00:4C:69:6E:75:79
          inet addr:192.168.0.1  Bcast:192.168.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:262140 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:10 Base address:0xb400

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:82 errors:0 dropped:0 overruns:0 frame:0
          TX packets:82 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:4176 (4.0 KiB)  TX bytes:4176 (4.0 KiB)

Ik heb echt geen idee hoe ik verder moet ?
ik heb het niet over internetten over het netwerk maar gewoon alleen intern
ik kan op het moment niet eens pingen intern, zet ik eth0 op intern en eth1 eruit kan het wel gewoon

[ Voor 77% gewijzigd door CrankyGamerOG op 23-03-2005 16:42 ]

[CrankyGamerOG]

ok dit is dus vreemd

ik haalde die realtek eruit en duwde de 2e dec erin

kon niet meer internetten
kon niks resolven

dus ik duw die realtek er weer in

reboot , en nu werkt plotseling alles ?
intern en extern ? met pcies dezelfde kaarten als waarmee het eerst niet lukte

nu had ik wel voor de laatste reboot , de tulip module toegevoegd aan modules die die moest laden bij boot

kan het daar aan liggen
?


iig werkt het nu wel, en dus ook ZONDER gateway enzo

[smokalot]

ik snap niet zo goed hoe de situaties er nu allemaal uitzagen (geen tijd om alles nog eens te lezen en op een rijtje te zetten), maar ik denk dat omdat het upbrengen van de interfaces nu automatisch gebeurt (toch? of moet je na het booten zelf nog dingen doen?) alles gewoon goed gebeurt, terwijl je blijkbaar sommige dingen bent vergeten oid bij de handmatige manier.

Maar goed, als ik het goed begrijp werkt nu gewoon alles?

[CrankyGamerOG]

yup, en nu dacht ik slim te zijn , omdat ik niks van al dat portfwding en firewall rules etc afweet , hey leuk firestarter
ik apt get um
installeer
start, config alles, ook internet connection sharing aan
en klaar en start
maar niet dus
ik kan wel gewoon ftpen enzo intern, maar ik kan niet van de client uit naar buiten
hij heeft dus geen internet , kan dit zijn omdat er op de client geen gateway staat ingesteld
zo jah wat zou die gateway dan moeten zijn, gelet op bovenstaande ip's

[blaataaps]

Volgens mij zijn de vragen die je nu stelt gewoon netwerk-basics die met wat logisch nadenken en uitzoeken prima op te lossen zijn. Verder wil ik je verzoeken je schrijfstijl iets aan te passen. Zinnen beginnen met een hoofdletter en eindigen met een punt in plaats van een enter, en een wat gestructureerder geheel zodat het wat beter te begrijpen valt (met name de royale hoeveelheid enters leest erg onrustig).