[Ubuntu] Netwerk omgestoken, netwerk doet het niet meer

[Maasluip]

Ik word een beetje moe van de netwerkconfiguratie bij Ubuntu. Er wordt zo geweldig gesproken over "just works", maar ik heb alleen maar problemen. Probleem is waarschijnlijk dat het om een laptop gaat maar ik geen wifi wil gebruiken, alleen het bedrade netwerk.

Nu had ik het werken, stak ik mijn netwerkstekker om en opeens werkt het niet meer. Als ik in ifconfig kijk staat er bij eth0 wel UP maar niet RUNNING. Een reboot werkt niet.
Wat moet je doen om die netwerkinterface weer werkend te krijgen?

IP adres staat vast ingesteld, ik draai Gutsy.

[Heyster]

Met Gusty Gibson en Hardy Heron had ik hetzelfde probleem.
Elke 2 maanden was het wifi spontaan verdwenen.
Je kon er de klok op gelijk zetten. In die tijd was een backup my best friend.

Nu draai ik OSX86 op dezelfde laptop. Daar heb ik nooit problemen met het netwerk.

[flapdrol85]

@maassluip

Misschien een rare vraag, maar wat bedoel je met ' omgestoken'?

[icyx]

code:

# ifdown eth0
# ifup eth0

Dit zijn erg mooie scriptjes, die volgens mij ook in ubuntu zitten. Uitvoren als root, of sudo ervoor knallen natuurlijk

[Maasluip]

flapdrol85 schreef op woensdag 04 juni 2008 @ 22:44:
@maassluip

Misschien een rare vraag, maar wat bedoel je met ' omgestoken'?

Laptop moest verplaatst worden, andere netwerkkabel (die wel in dezelfde hub zit) er in gestoken. Lampje op de hub brandt ook niet.

icyx schreef op woensdag 04 juni 2008 @ 22:49:

code:

# ifdown eth0
# ifup eth0

Dit zijn erg mooie scriptjes, die volgens mij ook in ubuntu zitten. Uitvoren als root, of sudo ervoor knallen natuurlijk

Helaas, dat heeft geen effect (anders zou een reboot ook wel werken).

[LinuX-TUX]

Maasluip schreef op woensdag 04 juni 2008 @ 22:30:
...

Nu had ik het werken, stak ik mijn netwerkstekker om en opeens werkt het niet meer. Als ik in ifconfig kijk staat er bij eth0 wel UP maar niet RUNNING. Een reboot werkt niet.
Wat moet je doen om die netwerkinterface weer werkend te krijgen?

...

Zoals hierboven: wat bedoel je met 'omgestoken'? (je hebt een fixed instelling, dus als je idd dingen om gaat gooien met je het handmatig later aanpassen, denk aan gateways, subnets of zelfs het IP zelf)
Spuit 11 en supertrage reactie:
Een netwerk up krijgen zonder kabel erin kan, maar packet counts en alles moet dan nog steeds leeg/0 zijn. Als je het weer terug doet in de originele hub poort, werkt het dan weer?

Netwerk up as in, je kan wel arpen en zelfs 'dhclient eth0' doen en dan werkt het of werkt het helemaal niet en is het gewoon uitgestorven?

[ Voor 12% gewijzigd door LinuX-TUX op 04-06-2008 23:00 ]

[icyx]

Maasluip schreef op woensdag 04 juni 2008 @ 22:54:
[...]
Laptop moest verplaatst worden, andere netwerkkabel (die wel in dezelfde hub zit) er in gestoken. Lampje op de hub brandt ook niet.


[...]

Helaas, dat heeft geen effect (anders zou een reboot ook wel werken).

Mwa, zit wat in

Wil je de output geven van ifconfig eth0, /etc/network/interface en /etc/resolv.conf geven?

[Maasluip]

LinuX-TUX schreef op woensdag 04 juni 2008 @ 22:55:
[...]

Spuit 11 en supertrage reactie:
Een netwerk up krijgen zonder kabel erin kan, maar packet counts en alles moet dan nog steeds leeg/0 zijn. Als je het weer terug doet in de originele hub poort, werkt het dan weer?

Ik zou niet meer weten welke poort het was, maar ik heb wel andere poorten geprobeerd.

Netwerk up as in, je kan wel arpen en zelfs 'dhclient eth0' doen en dan werkt het of werkt het helemaal niet en is het gewoon uitgestorven?

Helemaal uitgestorven. Arping ziet de PC's op mijn lokale netwerk niet en dhclient krijgt geen IP adres.

ifconfig:

code:

eth0      Link encap:Ethernet  HWaddr 00:C0:9F:4A:BD:BE  
          UP BROADCAST 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:1000 
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Interrupt:6

/etc/network/interfaces:

code:

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
address 192.168.151.68
gateway 192.168.151.220
netmask 255.255.255.0
broadcast 192.168.151.255

/etc/resolv.conf:

code:

search lan
nameserver 192.168.151.220
nameserver 194.109.6.66
nameserver 194.109.9.99
nameserver 194.109.104.104

[ Voor 10% gewijzigd door Maasluip op 04-06-2008 23:11 ]

[Heyster]

Ik ken het probleem. Na een frisse installatie van Ubuntu had ik meestal 90% succes. Soms deed het wireless lan het eerst na de 2e installatie weer.
Of het aan de Broadcom kaart ligt........

[gertvdijk]

Heyster schreef op donderdag 05 juni 2008 @ 20:29:
Ik ken het probleem. Na een frisse installatie van Ubuntu had ik meestal 90% succes. Soms deed het wireless lan het eerst na de 2e installatie weer.
Of het aan de Broadcom kaart ligt........

Euhm, het gaat niet over wireless voor zover ik weet. Wlan onder Linux is een heel andere discussie.

offtopic:
Wireless is - afhankelijk van je kaartje - meestal brak onder Linux. Als je zoiets als ndiswrapper gebruikt en/of proprietaire firmwares wordt het al helemaal een gekkenhuis van onverwachte problemen.

[Verwijderd]

Maasluip schreef op woensdag 04 juni 2008 @ 22:30:
Nu had ik het werken, stak ik mijn netwerkstekker om en opeens werkt het niet meer. Als ik in ifconfig kijk staat er bij eth0 wel UP maar niet RUNNING. Een reboot werkt niet.
Wat moet je doen om die netwerkinterface weer werkend te krijgen?

Het is toch niet zo dat je wifi op eth0 draait, en je bekabeld netwerk op eth1?
Dus kijk eens of je een eth1 hebt.

[Confusion]

Maasluip schreef op woensdag 04 juni 2008 @ 22:54:
Laptop moest verplaatst worden, andere netwerkkabel (die wel in dezelfde hub zit) er in gestoken. Lampje op de hub brandt ook niet.

Als ik ergens een stekker in mijn laptop steek en het ledje van de netwerkkaart gaat niet branden, dan is meestal het putje niet gepatched. Als er geen sprake is van een putje, maar van een switch of hub, en andere apparaten die er op aangesloten zitten werken wel, dan is de switch-/hubpoort, in mijn ervaring, gewoon stuk.

[Maasluip]

eth0 is zeker het bedraade netwerk. Ik heb geen bruikbaar wireless in de buurt en hij heeft toch heel wat dagen met het ip-adres wat hierboven staat gewerkt.

De computer zit in een hub en ik heb ook andere poorten geprobeerd, ook poorten die met een andere computer werken. En natuurlijk heb ik ook andere kabels geprobeerd.

[WPN]

Volgens mij moet het probleem niet in de software gezocht worden als de lampjes niet gaan branden....

het kan ook zijn dat de ethernetport van je laptop kapot is?
heb je ook al in een andere omgeving geprobeerd om het werkend te krijgen
bv op je werk of bij vrienden met andere hardware?

[Vicarious]

Dat lijkt me inderdaad eerder het geval. Als het lampje niet eens gaat branden lijkt het me sterk dat het een driver/softwareprobleem is. Tenzij de netwerkkaart in het geheel gedisabled is natuurlijk.

[magistus]

Wat is de output van de volgende 2 commando's?:
mii-tool eth0
ethtool eth0

en probeer eens:
/etc/init.d/networking restart

[ Voor 25% gewijzigd door magistus op 06-06-2008 10:19 ]

[gertvdijk]

Het zou niet de eerste keer zijn dat er een (regressive) bug zit in de kernel in een netwerkkaart driver.
Welke netwerkkaart heb je?
dmesg | grep -i ethernet of dmesg | grep -i network
en welke kernel (uname -r)?
Werkt het onder Windows zonder problemen?
edit: Het restarten van je netwerk met het commando van hierboven is ook geen gek idee.

[ Voor 13% gewijzigd door gertvdijk op 06-06-2008 16:49 ]

[Maasluip]

mii-tool eth0 geeft eth0: no link

ethtool eth0:

code:

Settings for eth0:
    Supported ports: [ MII ]
    Supported link modes:   10baseT/Half 10baseT/Full 
                            100baseT/Half 100baseT/Full 
    Supports auto-negotiation: Yes
    Advertised link modes:  10baseT/Half 10baseT/Full 
                            100baseT/Half 100baseT/Full 
    Advertised auto-negotiation: Yes
    Speed: 10Mb/s
    Duplex: Half
    Port: Twisted Pair
    PHYAD: 1
    Transceiver: internal
    Auto-negotiation: on
    Supports Wake-on: g
    Wake-on: d
    Current message level: 0x000000ff (255)
    Link detected: no

Output van dmesg gegrept op ethernet en network:

code:

[   22.328101] eth0: Broadcom 4400 10/100BaseT Ethernet 00:c0:9f:4a:bd:be

[  121.800263] ipw2200: Intel(R) PRO/Wireless 2200/2915 Network Driver, 1.2.0kmprq
[  121.800388] ipw2200: Detected Intel PRO/Wireless 2200BG Network Connection
[  124.039462] Kill switch must be turned off for wireless networking to work.

Machine is Linux chef 2.6.22-14-generic #1 SMP Tue Feb 12 07:42:25 UTC 2008 i686 GNU/Linux
Vrij vanilla Gutsy

Herstarten van het netwerk geeft geen resultaat. Wel netjes [OK], maar in dmesg een melding ADDRCONF(NETDEV_UP): eth0: link is not ready

Of het onder windows werkt zou ik niet weten, er staat geen windows op. Ik heb het met de opstart CD van Gutsy geprobeerd, daar deed hij het ook niet.

[ Voor 5% gewijzigd door Maasluip op 06-06-2008 18:32 ]

[gertvdijk]

Lijkt wel een beetje op dit probleem.

[WPN]

aangezien je net netwerk niet werkt (vanaf installatie) ga ik er eigenlijk van uit dat je verder nog niets belangrijks hebt geinstalleerd of in iedergeval niets dat niet met een backup bewaard kan blijven....

misschien is het een poging waard om Hardy te installeren inplaats van Gutsy?

en klopt het nou dat de lampjes op je router/switch of netwerkkaart NIET branden?

[Maasluip]

Ik heb al eens geprobeerd Hardy te installeren, maar dat lukte me met geen van de installatiemethoden. Bij de desktop CD liep hij consequent vast, ofwel in het scherm waar je je land uitkiest ofwel in het scherm waar je de tijdzone instelt.

De lampjes op de hub en bij de netwerkaansluiting op de laptop branden niet.

Ik heb inmiddels nog wat meer geprobeerd: ik heb nog drie PCMCIA netwerkkaartjes liggen, de Xircom (CEM-28) werd niet gedetecteerd, een Dynalink wordt wel gedetecteerd maar wil ook niet naar de running state, voor de 3COM kan ik de transceiver niet vinden.

Ik heb ook XP geïnstalleerd, die vindt de interne netwerkadapter niet. Het lijkt er dus wel op dat hij kaduuk is, maar dan komt de volgende vraag: waarom wil de PCMCIA netwerkkaart ook niet.

[WPN]

ik neem aan dat voor de pcmcia kaartjes zelf de drivers ook geinstalleerd moeten worden
misschien is het de moeite waard om uit de drivers van de fabrikant te downloaden en op usb stick te zetten (dit kan je ook doen voor xp om te testen of de kaart onder xp wel werkt)

staat de onboard netwerkkaart niet toevallig in de BIOS uitgeschakeld??

[wzzrd]

Maasluip schreef op woensdag 11 juni 2008 @ 13:16:
maar dan komt de volgende vraag: waarom wil de PCMCIA netwerkkaart ook niet.

Omdat die niet gesupport wordt

[Maasluip]

Hoezo niet? Het is een Realtek 8139 chipset en volgens mij is die zelfs standaard in Linux/Ubuntu aanwezig.

[wzzrd]

Ah! Ik meen me te herinneren dat ik op Gentoo indertijd ook wat problemen heb gehad met de support voor die chip. Kernelbugje geloof ik. Weet ik niet zeker hoor, maar ik weet wel dat als ik een Gentoo Live install CD in mijn bak leg (met zo'n chip op het mobo), dat het ook niet werkt: dhcp krijgt dan geen IP geloof ik.

[RemcoDelft]

Jaren geleden schreef Donald Becker (=NASA driver schrijver) al dat dit de meest slechte chipset was die-ie ooit gezien had.... In die tijd stopte de chipset ook elke paar minuten met werken, en had een unload+load module nodig. Waarschijnlijk deed de windows-driver dat dan automatisch.
Oftewel, ik blijf nu ver van die hardware, wellicht is een mooi pcmcia-netwerkkaartje een mooie oplossing.

[Maasluip]

Die Realtek is een PCMCIA kaartje. Zoals je hierboven kunt lezen is de interne netwerkchip een Broadcom 4400.

[Beuker]

- Staat de laatste kernel er op?
- Misschien eens een lsmod doen en kijken welke module hij laad. Hem verwijderen met rmmod en insmod doen en kijken of je errors ziet in de logs?

[Heyster]

Na veel googlen ben ik er achter gekomen dat de Broadcom wifi kaartjes soms blijven hangen. Dit probleem is niet op te lossen d.m.v. het terug plaatsen van een backup.
Ik installeer meestal Vista opnieuw, check of het netwerk het doet en zet daarna een backup van Ubuntu of OSX (Mac->Time Machine) terug.
Het probleem ligt dus bij de Broadcom kaart.

[gertvdijk]

Heyster schreef op maandag 23 juni 2008 @ 16:35:
Na veel googlen ben ik er achter gekomen dat de Broadcom wifi kaartjes soms blijven hangen.
[heel verhaal]

Voor de zoveelste keer: het gaat niet om WiFi.
Het kaartje blijft ook niet hangen.

[zomertje]

Ik denk ook dat je eens goed naar de hub moet kijken, die poortjes kunnen zeker ook naar de haaien gaan. Zolang je dat niet getest hebt, van je config afblijven imho. Idem dito voor kabels.

Edit: overheen gelezen dat je dat toch geprobeerd hebt. Ik blijf het echter wazig vinden.
Wel ooit lang geleden dit soort rare problemen gehad met Red Hat. Een herinstallatie loste het probleem toen wel op, wel erg drastisch.

[ Voor 43% gewijzigd door zomertje op 23-06-2008 17:19 ]

[Maasluip]

Ik heb het min of meer opgegeven. Herinstallatie is geprobeerd, ook met Windows, het netwerk blijft dood.

[Confusion]

Maasluip schreef op woensdag 11 juni 2008 @ 13:16:
Ik heb ook XP geïnstalleerd, die vindt de interne netwerkadapter niet. Het lijkt er dus wel op dat hij kaduuk is, maar dan komt de volgende vraag: waarom wil de PCMCIA netwerkkaart ook niet.

Misschien dat de interne netwerkadapter op dezelfde bus zit en die hele bus gaar is?

[!null]

Als er geen lampjes branden is er hardwarematig kapot. Probeer eens een andere kabel of poort op de switch voor de zekerheid.

[gertvdijk]

GreenSky schreef op maandag 23 juni 2008 @ 17:47:
Als er geen lampjes branden is er hardwarematig kapot. Probeer eens een andere kabel of poort op de switch voor de zekerheid.

Volgens mij kan je een ethernetkaart prima ifdownen zover dat ook de lampjes uitgaan.

[!null]

Hmm, misschien heb je gelijk. Maar als je interface up is, zouden de lampjes wel moeten branden, ook al gebeurt er softwarematig geen reet.

[WPN]

gertvdijk schreef op maandag 23 juni 2008 @ 17:53:
[...]

Volgens mij kan je een ethernetkaart prima ifdownen zover dat ook de lampjes uitgaan.

ja maar standaard na een versie installatie van ubuntu is naar mijn weten de interface gewoon up
mede ook voor windows is de interface gewoon standaard up


of de hardware van de laptop is kapot of de hardware heeft een conflict of de hardware staat uitgeschakeld in de BIOS?


edit:
of TS plugged een USB kabel in de netwerkpoort (zoals ik ooit een klasgenoot van me heb zien doen op MCSA cursus, en dan afvragen waarom de usb stick niet zichtbaar werd tot ik mn lach niet meer in kon houden en hem voor de rest van de klas belachelijk maakte )

[ Voor 22% gewijzigd door WPN op 27-06-2008 18:42 ]

[_eXistenZ_]

Maasluip schreef op vrijdag 13 juni 2008 @ 09:05:
Die Realtek is een PCMCIA kaartje. Zoals je hierboven kunt lezen is de interne netwerkchip een Broadcom 4400.

Ikzelf heb de Broadcom 4311, maar die zijn door dezelfde driver ondersteund geloof ik (Mijne is wel wireless). Hier op Gentoo nooit problemen. Heb geen oplossing voor je maar wel een tip: (Instal)Leer Gentoo zodat je als er iets niet werkt al gewend ben om even onder de motorkap te kijken, ipv door 36 managers heen te moeten die op hun beurt weer iets tweaken in een config file...

[WPN]

TS: nog verder gekomen of heb je echt al zo snel opgegeven ? hoe zit het met de BIOS instellingen van de netwerkpoort?

[Thc_Nbl]

ik zou eens hier kijken.

/etc/udev/rules.d/010_netinterfaces.rules

doe even een ifconfig -a
controleer werke interface ( ethX ) welk mac adres heeft.
en zorg dat in de udev configuratie file dezelfde mac staat bij de juiste eth

Ik heb 2 weken geleden me hoofd gebroken over zo'n probleem.

suc 6.