[ubuntu 10.04] Netwerkverbinding valt regelmatig weg

[MadGazelle]

Hello GoT!

Twee weken terug heb ik besloten om over te stappen naar Linux Ubuntu 10.04, wat erg goed bevalt! Echter, de laatste week verlies ik regelmatig mijn netwerk verbinding. Nadat de Network Manager em verliest, connect ook direct weer, maar tis gewoon bloedje irritant. Er zit zelfs een of ander patroon in dit probleem, doorgaans is de verbinding van 04.00 -13.00 stabiel, en daarna vliegt ie om de 2 uur eruit. Al is dat patroon doorbroken door mijn onderstaande pogingen om het op te lossen.

Situatie
Mijn desktop is aangesloten op het internet (wired connection) via een Linksys WRT120N router. In de router heb ik een IP gereserveerd voor mijn desktop in de DHCP Client Table.


Wat heb ik geprobeerd?

• Network Manager: eth0 connectie eigenschappen ge-edit van Automatic DHCP naar een Manual Config (static IP). Dat hielp niet, het patroon bleef in stand, dus ik heb het weer terug gezet naar DHCP;
• De realtek driver r8169 schijnt nogal wat problemen te geven volgens de Ubuntu fora, dus ik heb gecheckt welke versie mijn install gebruikt. Dit blijkt r8168 te zijn (zie onderstaande lspci -nn);
• Ik dacht dat ik een oplossing in handen had vanwege het volgende; een dag zonder aMule (v.2.2.6) werken, betekende een dag een stabiele connectie. Daarmee kreeg ik het idee dat de Network Manager blijkbaar niet tegen meedere gelijktijdige verbindingen kan. Ik heb het maximaal aantal verbindingen terug geschroefd van 400 naar 150 en maximum aantal nieuwe connecties per 5 sec terug van 20 naar 10. Ik zag vanmorgen in mn log dat mn connectie er wederom een keer was uitgevlogen, dus het was blijkbaar nog niet afdoende. Momenteel heb ik het nog verder teruggezet, de 150 is nu 100 en de 10 is nu 7.

Overigens, de parameters voor aMule zijn enorm lage waarden, mijn eMule setup (met de 400 en 20 waarden) onder XP heeft maandenlang stabiel gedraait in dezelfde situatie.

Info uit de daemon.log:

code:

May 13 04:09:55 musefan-desktop NetworkManager: <info>  (eth0): carrier now OFF (device state 8, deferring action for 4 seconds)
May 13 04:10:00 musefan-desktop NetworkManager: <info>  (eth0): device state change: 8 -> 2 (reason 40)
May 13 04:10:00 musefan-desktop NetworkManager: <info>  (eth0): deactivating device (reason: 40).
May 13 04:10:00 musefan-desktop NetworkManager: <info>  (eth0): canceled DHCP transaction, dhcp client pid 22635
May 13 04:10:00 musefan-desktop NetworkManager: <WARN>  check_one_route(): (eth0) error -34 returned from rtnl_route_del(): Sucess#012
May 13 04:10:00 musefan-desktop avahi-daemon[857]: Withdrawing address record for 192.168.1.101 on eth0.
May 13 04:10:00 musefan-desktop avahi-daemon[857]: Leaving mDNS multicast group on interface eth0.IPv4 with address 192.168.1.101.
May 13 04:10:00 musefan-desktop avahi-daemon[857]: Interface eth0.IPv4 no longer relevant for mDNS.
May 13 04:10:04 musefan-desktop NetworkManager: <info>  (eth0): carrier now ON (device state 2)
May 13 04:10:04 musefan-desktop NetworkManager: <info>  (eth0): device state change: 2 -> 3 (reason 40)
May 13 04:10:04 musefan-desktop NetworkManager: <info>  Activation (eth0) starting connection 'Auto eth0'
May 13 04:10:04 musefan-desktop NetworkManager: <info>  (eth0): device state change: 3 -> 4 (reason 0)
May 13 04:10:04 musefan-desktop NetworkManager: <info>  Activation (eth0) Stage 1 of 5 (Device Prepare) scheduled...
May 13 04:10:04 musefan-desktop NetworkManager: <info>  Activation (eth0) Stage 1 of 5 (Device Prepare) started...
May 13 04:10:04 musefan-desktop NetworkManager: <info>  Activation (eth0) Stage 2 of 5 (Device Configure) scheduled...
May 13 04:10:04 musefan-desktop NetworkManager: <info>  Activation (eth0) Stage 1 of 5 (Device Prepare) complete.
May 13 04:10:04 musefan-desktop NetworkManager: <info>  Activation (eth0) Stage 2 of 5 (Device Configure) starting...
May 13 04:10:04 musefan-desktop NetworkManager: <info>  (eth0): device state change: 4 -> 5 (reason 0)
May 13 04:10:04 musefan-desktop NetworkManager: <info>  Activation (eth0) Stage 2 of 5 (Device Configure) successful.
May 13 04:10:04 musefan-desktop NetworkManager: <info>  Activation (eth0) Stage 3 of 5 (IP Configure Start) scheduled.
May 13 04:10:04 musefan-desktop NetworkManager: <info>  Activation (eth0) Stage 2 of 5 (Device Configure) complete.
May 13 04:10:04 musefan-desktop NetworkManager: <info>  Activation (eth0) Stage 3 of 5 (IP Configure Start) started...
May 13 04:10:04 musefan-desktop NetworkManager: <info>  (eth0): device state change: 5 -> 7 (reason 0)
May 13 04:10:04 musefan-desktop NetworkManager: <info>  Activation (eth0) Beginning DHCP transaction (timeout in 45 seconds)
May 13 04:10:04 musefan-desktop NetworkManager: <info>  dhclient started with pid 22757
May 13 04:10:04 musefan-desktop NetworkManager: <info>  Activation (eth0) Stage 4 of 5 (IP6 Configure Get) scheduled...
May 13 04:10:04 musefan-desktop NetworkManager: <info>  Activation (eth0) Stage 3 of 5 (IP Configure Start) complete.
May 13 04:10:04 musefan-desktop NetworkManager: <info>  Activation (eth0) Stage 4 of 5 (IP6 Configure Get) started...
May 13 04:10:04 musefan-desktop NetworkManager: <info>  Activation (eth0) Stage 4 of 5 (IP6 Configure Get) complete.
May 13 04:10:04 musefan-desktop dhclient: Internet Systems Consortium DHCP Client V3.1.3
May 13 04:10:04 musefan-desktop dhclient: Copyright 2004-2009 Internet Systems Consortium.
May 13 04:10:04 musefan-desktop dhclient: All rights reserved.
May 13 04:10:04 musefan-desktop dhclient: For info, please visit https://www.isc.org/software/dhcp/
May 13 04:10:04 musefan-desktop dhclient: 
May 13 04:10:04 musefan-desktop NetworkManager: <info>  DHCP: device eth0 state changed normal exit -> preinit
May 13 04:10:04 musefan-desktop dhclient: Listening on LPF/eth0/**mac-address**
May 13 04:10:04 musefan-desktop dhclient: Sending on   LPF/eth0/**mac-address**
May 13 04:10:04 musefan-desktop dhclient: Sending on   Socket/fallback
May 13 04:10:05 musefan-desktop dhclient: DHCPREQUEST of 192.168.1.101 on eth0 to 255.255.255.255 port 67
May 13 04:10:06 musefan-desktop NetworkManager: <info>  (eth0): carrier now OFF (device state 7, deferring action for 4 seconds)
May 13 04:10:08 musefan-desktop dhclient: DHCPREQUEST of 192.168.1.101 on eth0 to 255.255.255.255 port 67
May 13 04:10:08 musefan-desktop NetworkManager: <info>  (eth0): carrier now ON (device state 7)
May 13 04:10:12 musefan-desktop dhclient: DHCPREQUEST of 192.168.1.101 on eth0 to 255.255.255.255 port 67
May 13 04:10:16 musefan-desktop dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 5
May 13 04:10:16 musefan-desktop dhclient: DHCPOFFER of 192.168.1.101 from 192.168.1.1
May 13 04:10:16 musefan-desktop dhclient: DHCPREQUEST of 192.168.1.101 on eth0 to 255.255.255.255 port 67
May 13 04:10:16 musefan-desktop dhclient: DHCPACK of 192.168.1.101 from 192.168.1.1
May 13 04:10:16 musefan-desktop dhclient: bound to 192.168.1.101 -- renewal in 39108 seconds.
May 13 04:10:16 musefan-desktop NetworkManager: <info>  DHCP: device eth0 state changed preinit -> bound
May 13 04:10:16 musefan-desktop NetworkManager: <info>  Activation (eth0) Stage 4 of 5 (IP4 Configure Get) scheduled...
May 13 04:10:16 musefan-desktop NetworkManager: <info>  Activation (eth0) Stage 4 of 5 (IP4 Configure Get) started...
May 13 04:10:16 musefan-desktop NetworkManager: <info>    address 192.168.1.101
May 13 04:10:16 musefan-desktop NetworkManager: <info>    prefix 24 (255.255.255.0)
May 13 04:10:16 musefan-desktop NetworkManager: <info>    gateway 192.168.1.1
May 13 04:10:16 musefan-desktop NetworkManager: <info>    nameserver '**removed nameserver**'
May 13 04:10:16 musefan-desktop NetworkManager: <info>    nameserver '**removed nameserver**'
May 13 04:10:16 musefan-desktop NetworkManager: <info>    domain name '**removed the domain name**'
May 13 04:10:16 musefan-desktop NetworkManager: <info>  Activation (eth0) Stage 5 of 5 (IP Configure Commit) scheduled...
May 13 04:10:16 musefan-desktop NetworkManager: <info>  Activation (eth0) Stage 4 of 5 (IP4 Configure Get) complete.
May 13 04:10:16 musefan-desktop NetworkManager: <info>  Activation (eth0) Stage 5 of 5 (IP Configure Commit) started...
May 13 04:10:16 musefan-desktop avahi-daemon[857]: Joining mDNS multicast group on interface eth0.IPv4 with address 192.168.1.101.
May 13 04:10:16 musefan-desktop avahi-daemon[857]: New relevant interface eth0.IPv4 for mDNS.
May 13 04:10:16 musefan-desktop avahi-daemon[857]: Registering new address record for 192.168.1.101 on eth0.IPv4.
May 13 04:10:17 musefan-desktop NetworkManager: <info>  (eth0): device state change: 7 -> 8 (reason 0)
May 13 04:10:17 musefan-desktop NetworkManager: <info>  Policy set 'Auto eth0' (eth0) as default for routing and DNS.
May 13 04:10:17 musefan-desktop NetworkManager: <info>  Activation (eth0) successful, device activated.
May 13 04:10:17 musefan-desktop NetworkManager: <info>  Activation (eth0) Stage 5 of 5 (IP Configure Commit) complete.
May 13 04:10:31 musefan-desktop ntpdate[22814]: adjust time server 91.189.94.4 offset -0.236109 sec

ifconfig

code:

eth0      Link encap:Ethernet  HWaddr **removed mac address**  
          inet addr:192.168.1.101  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::21d:92ff:fe3b:b8d6/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:118785498 errors:0 dropped:0 overruns:0 frame:0
          TX packets:133541634 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:930726009 (930.7 MB)  TX bytes:1139183275 (1.1 GB)
          Interrupt:26 Base address:0xe000 

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:575882 errors:0 dropped:0 overruns:0 frame:0
          TX packets:575882 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:116587650 (116.5 MB)  TX bytes:116587650 (116.5 MB)

lspci -nn

code:

02:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller [10ec:8168] (rev 01)

Als iets niet duidelijk is of als jullie meer info nodig hebben, dan hoor ik dat graag! Hopelijk herkent iemand het probleem......want, dit is wel een behoorlijke dealbreaker, aangezien ik vrij actief ben op P2P en IRC.....

[Sallin]

Als je een bedraad netwerk hebt, heb je networkmanager helemaal niet nodig. Ik zou die in eerste instantie verwijderen om mogelijke bronnen van problemen te verminderen.

Hoe ziet je /etc/network/interfaces er uit? Bij mij staat er het volgende in:

code:

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug eth0
iface eth0 inet dhcp

Verder, heb je je router al uit/aangezet?

[ Voor 3% gewijzigd door Sallin op 15-05-2010 19:17 ]

[MadGazelle]

Thanks voor je reply Sallin!
Ik wist niet dat je je network manager in principe niet nodig hebt. Goed dat je dat aangeeft.

Al denk k, dat wellicht een bron van het probleem in het /etc/network/interfaces bestand zit, want die ziet er als volgt uit:

code:

auto lo
iface lo inet loopback

Is jouw interfaces file een voorbeeld van wat het minimaal moet zijn? Want dan kan ik me voorstellen dat ie om de haverklap mn hele eth0 device reset en reboot, aangezien mn eth0 verbinding nu niet hard in het interfaces file staat.

Ik heb mn router zojuist een reboot gegeven. Eens kijken of dat verschil maakt.

[ Voor 26% gewijzigd door MadGazelle op 16-05-2010 00:09 ]

[BarthezZ]

Ik zou bij Sallin's /etc/network/interfaces nog even auto eth0 erbij zetten en de network manager verwijderen. Staat er anast daemon.log nog meldingen over die interfaces (messages/debug/kern/dmesg)

[DutchNutcase]

MadGazelle schreef op zaterdag 15 mei 2010 @ 23:26:
Thanks voor je reply Sallin!
Ik wist niet dat je je network manager in principe niet nodig hebt. Goed dat je dat aangeeft.

Al denk k, dat wellicht een bron van het probleem in het /etc/network/interfaces bestand zit, want die ziet er als volgt uit:

code:

auto lo
iface lo inet loopback

Is jouw interfaces file een voorbeeld van wat het minimaal moet zijn? Want dan kan ik me voorstellen dat ie om de haverklap mn hele eth0 device reset en reboot, aangezien mn eth0 verbinding nu niet hard in het interfaces file staat.

Ik heb mn router zojuist een reboot gegeven. Eens kijken of dat verschil maakt.

Dat je /etc/network/interfaces er zo uitziet komt doordat dit standaard door network-manager geregeld wordt. De regels voor eth0 zijn dan niet nodig, maar als je network-manager eraf gaat gooien dan moet je wel eerst het volgende doen (op de commandline vindt ik dit het makkelijkst, maar het kan vast ook grafisch):

Bewerk /etc/network/interfaces:

sudo <editor> /etc/network/interfaces

Waar <editor> je favoriete editor is. Voor mij is dat vi, maar als je nieuw bent in linux zou ik voor nano of zelfs gewoon gedit gaan. Voeg daaraan toe:

auto eth0
iface eth0 inet dhcp

Dan opslaan en je netwerk herstarten:

sudo /etc/init.d/networking restart

Als dit goed gaat kun je auto eth0 later vervangen door allow-hotplug eth0, maar probeer eerst dit maar eens. Als dit het probleem oplost zat het ergens in network-manager. Lost dit het probleem niet op is het tijd om naar het volgende te kijken.

[MadGazelle]

Thanks voor jullie replies!

De reboot van de router had niet geholpen, het laatste uur heeft ie em zelfs 3x eruit gegooid.

Wat ik wel nog tegenkwam in de andere logs, is dat er toch blijkbaar met de r8169 driver wordt gewerkt:
/var/log/messages

code:

May 16 07:59:27 musefan-desktop kernel: [1317479.002556] r8169: eth0: link up
May 16 08:12:51 musefan-desktop kernel: [1318282.619751] r8169: eth0: link down
May 16 08:13:00 musefan-desktop kernel: [1318291.977931] r8169: eth0: link up
May 16 08:13:03 musefan-desktop kernel: [1318294.159846] r8169: eth0: link down
May 16 08:13:04 musefan-desktop kernel: [1318295.794960] r8169: eth0: link up
May 16 08:51:31 musefan-desktop kernel: [1320603.004763] r8169: eth0: link down
May 16 08:51:41 musefan-desktop kernel: [1320612.371266] r8169: eth0: link up
May 16 08:51:43 musefan-desktop kernel: [1320614.544871] r8169: eth0: link down
May 16 08:51:45 musefan-desktop kernel: [1320616.272028] r8169: eth0: link up

/var/log/kern is qua inhoud gelijk aan /var/log/messages.

In de /var/log/debug kan ik geen meldingen vinden over dat ie de verbinding eruit mikt, wel iets over een "unexpectedly shrunk window"

code:

May 15 21:11:13 musefan-desktop kernel: [1278584.856018] TCP: Peer 80.103.143.239:49244/7000 unexpectedly shrunk window 1506825395:1506828155 (repaired)
May 15 21:11:14 musefan-desktop kernel: [1278585.600021] TCP: Peer 80.103.143.239:49244/7000 unexpectedly shrunk window 1506825395:1506828155 (repaired)
May 15 21:11:15 musefan-desktop kernel: [1278587.088020] TCP: Peer 80.103.143.239:49244/7000 unexpectedly shrunk window 1506825395:1506828155 (repaired)

Wat op zich vreemd is, aangezien de poort wel heb ingesteld in aMule, maar niet gebruik. Ik gebruik alleen het KAD netwerk, wat gebruik maakt van poort 7001.

In /var/log/dmesg staat het volgens mij geen vreemde dingen; n.l. alleen het volgende:

code:

[   12.037748] r8169: eth0: link up
[   12.037757] r8169: eth0: link up
[   12.042357] type=1505 audit(1272672127.791:6):  operation="profile_replace" pid=871 name="/sbin/dhclient3"
[   12.042596] type=1505 audit(1272672127.791:7):  operation="profile_replace" pid=871 name="/usr/lib/NetworkManager/nm-dhcp-client.action"
[   12.042731] type=1505 audit(1272672127.791:8):  operation="profile_replace" pid=871 name="/usr/lib/connman/scripts/dhclient-script"

Wat volgens mij gewoon het opstarten van de netwerkkaartdriver en network manager is. Ik heb verder geen " link down" meldingen gevonden.

Welke stap heb ik genomen?
Ik heb mijn eth0 hard in /etc/network/interfaces gezet en de network manager verwijderd.

[GuntherDW]

Kan mss raar klinken : maar probeer eens om emule te gebruiken icm wine.
amule heeft bij mij ook wel eens problemen gegeven, waar emule perfect leek te werken.

Het feit dat als je amule niet gebruikt je een stabiele verbinding hebt wijst erop dat je modem het aantal connecties niet aankan, en dat amule waarschijnlijk dus niet echt houdt aan z'n max voor KAD.

[MadGazelle]

OK, GuntherDW, dat is inderdaad ook nog een goede tip. Mocht bovenstaande actie niet werken, dan vind ik dat wel een goede volgende. Is het de moeite waard om MLDonkey te proberen, staat die stabieler bekend?

[ Voor 22% gewijzigd door MadGazelle op 16-05-2010 11:51 ]

[Verwijderd]

Ik heb hetzelfde probleem gehad met de upgrade van 9.04 naar 9.10 vorig jaar op mijn eeePC. Ik heb 't even voor je opgezocht, maar met de installatie van de backports modules was alles terug oke. Wat ik toen gedaan heb:

code:

sudo apt-get install linux-backports-modules-karmic*

Jij hebt nu 10.04 (Lucid) dus ik vermoed dat het nu is:

code:

sudo apt-get install linux-backports-modules-lucid*

Vergeet de asterisk op 't einde niet!

[ Voor 8% gewijzigd door Verwijderd op 16-05-2010 11:51 ]

[MadGazelle]

Thanks voor je reply en het zoekwerk himselfish.

Is de installatie van de backports modules een aanvulling op de network manager of heb je verder ook nog het interfaces bestand destijds aangepast?
Want ik heb de network manager er dus zojuist afgetikt.

[Verwijderd]

MuseFan: graag gedaan.

Toen ik dat probleem had deed het zich voor op zowel mijn wlan0 als eth0 (draadloos als bekabeld netwerk dus). Da's natuurlijk uitermate vervelend en ik heb toen veel geprobeerd maar indien het geen resultaat gaf ook terug ongedaan gemaakt.

Wat ik toen geprobeerd had:
- Kernel upgrade -> geen effect
- System upgrade -> geen effect
- Gnome-network-manager upgraden naar daily trunk -> geen effect
- Gnome-network-manager vervangen door wicd -> geen effect

Intussen heb ik even mijn eeepc erbij genomen en Ubuntu geboot (ik gebruik normaal altijd Gentoo waardoor hij nog Ubuntu 9.10 runt)

code:

dark@eeepc:~$ cat /etc/network/interfaces 
auto lo
iface lo inet loopback

Gewoon standaard dus. Daar heb ik niks in gewijzigd. Zowel mijn eth0 als wlan0 gebruiken DHCP (=default).

Die backports modules zijn letterlijk wat het zegt: modules die gebackport zijn naar een vorige (lees: wel werkende) versie.

Lange uitleg om te zeggen: neen het interfaces bestand is niet aangepast.

[Sallin]

Voordat je van alles gaat installeren / verwijderen zou ik de netwerksetup eerst eens zo simpel mogelijk willen houden. Networkmanager eruit, kijken of het probleem zich nog steeds voordoet. Debuggen op basis van dit simpele systeem. Pas op het moment dat je echt het sterke vermoeden hebt dat het aan de drivers van je netwerkkaart ligt zou ik die backportmodules gaan gebruiken. Omdat je aangeeft dat een dag zonder amule een stabiele verbinding geeft, zou ik initieel er vanuit gaan dat het niet aan je drivers ligt.

Blindelings software gaan installeren in de hoop dat het gaat werken vind ik niet echt een vruchtbare aanpak. Verder zou betasoftware installeren om je ubuntu/debian systeem werkend te krijgen het laatste zijn wat ik zou proberen. Het hele packagemanagement gebeuren is er voor een reden.

Verder vind ik het absurd dat je naar een oudere release moet gaan om zoiets fundamenteels als netwerken aan de praat te krijgen. Sterkt me weer in mijn beslissing naar Debian over te stappen.

[MadGazelle]

@himselfish: OK. Thanks voor de uitleg + waardevolle aanvullende info over wat je beprobeerd hebt. Ik hoop echter niet dat ik software moet downgraden om iets werkend te krijgen ...

@Sallin: Eensch! Ik ben iemand van 1 ding tegelijk en kijken waar het op uitkomt, anders valt het gewoon niet te traceren wat er dwars zit en kan ik ook niks gaan uitsluiten. Dus, ik ben het absoluut met je eens dat je met de basis moet beginnen. Ik ben dan ook benieuwd hoe mn huidige simpele config zich gaat gedragen (dwz zonder Network Manager + aangepast interfaces file).

[Verwijderd]

MuseFan en Sallin: ik ben het ook met jullie eens hoor. Het is niet dat ik gewoon wat geprobeerd heb met de natte vinger. Ik heb die verschillende dingen geprobeerd die ik vermeldde maar ook één voor één en telkens terug in originele staat gebracht als het geen effect had.
Mijn netwerksetup was al zo simpel als het kon: DHCP voor zowel wlan0 als eth0 en dus een kale /etc/network/interface .

Verder moet ik ook bekennen dat mijn eeePC 99% van de tijd in Gentoo zit. Ik gebruik die Ubuntu amper dus erg veel tijd om het allemaal uit te vissen wou ik er niet insteken.

Het is inderdaad erg zuur dat je met backports moet gaan werken om iets te doen werken.

Ik hoop in ieder geval die oplossing het voor jou ook doet.

[ Voor 14% gewijzigd door Verwijderd op 16-05-2010 14:33 ]

[MadGazelle]

@himselfish: indeed!

De meest simpele setup veroorzaakt dezelfde problemen. Mn verbinding vloog er zojuist weer uit (dezelfde (daemon.)logvermelding als in mn eerste post. Het lag blijkbaar niet aan de Network Manager.
Ik heb dus nu de meest basic setup voor mn network. Lijkt me dat aMule dan de boosdoener is (of is dat " jumping to conclusions? )...het lijkt me toch sterk dat het netwerk protocol in Ubuntu niet fatsoenlijk met meerdere connecties kan omgaan in het algemeen.

Samenvattend heb ik dus de volgende opties:
- Backports installeren;
- overstappen of eMule (WINE) of MLDonkey (en er dus vanuit gaan dat de fout niet in de network module kan zitten);

Ik neig ernaar om tweede optie te proberen........maar ik ben nieuw in de hele linux wereld, dus ik weet ook weer niet wat de meest verstandige zet of dat er wellicht nog andere oorzaken kunnen zijn, die ik over het hoofd zie.....

[Sallin]

Kan je in de verschillende logs aangeven op welk moment het netwerk eruit klapt? Verder kan je proberen amule vanaf de commandline te starten (eventueel met een debug flag, misschien dat zoiets in de man staat) zodat je kan zien of deze foutmeldingen geeft.

[neeroeter]

Wel..aMule geeft hier geen problemen, draait moeiteloos. Ik denk ook echt niet dat dit proggie invloed kan hebben op je netwerk-verbinding. Ik draai met de rt61 driver op een ralink, erg stabiel.
De ath9k en broadcom-wl draaien stabiel op mijn laptop en netboek.

Ik zou eens kijken naar je WEP/WPA/WPA2 instellingen. Misschien eens draaien zonder encryptie?

Een stap die nogal eens wordt gezet, is het skippen van network-manager voor WICD, die een stukje stabieler wordt geacht. Maar eerst trouble-shooten zoals hierboven wordt aangeraden.

EDIT: excuus, je zit wired...vergeet dit dus maar...

[ Voor 4% gewijzigd door neeroeter op 16-05-2010 15:56 ]

[Petervanakelyen]

Volgens mij gewoon een brakke driver. Wachten tot er een nieuwe in de repo's zit of zelf compileren.

[Sallin]

neeroeter schreef op zondag 16 mei 2010 @ 15:55:
Ik zou eens kijken naar je WEP/WPA/WPA2 instellingen. Misschien eens draaien zonder encryptie?

Een stap die nogal eens wordt gezet, is het skippen van network-manager voor WICD, die een stukje stabieler wordt geacht. Maar eerst trouble-shooten zoals hierboven wordt aangeraden.

Het is een bedraad netwerk, encryptie speelt dus geen rol. Verder is er inmiddels geen additionele netwerkmanager meer, daar kan het probleem niet meer zitten.

[MadGazelle]

Wat betreft de logs;

Uit de daemon.log (startpost) heb ik alleen het stukje genomen vanaf het moment dat het netwerk eruit knalt tot het moment dat het up is;
/var/log/messages geeft alleen de melding "link down" en dan link up;

het enige wat me nu wel opvalt in de debug log is het volgende:

code:

May 16 11:41:26 musefan-desktop kernel: [1330797.404017] eth0: no IPv6 routers present

terwijl mn ifconfig (startpost) wel een ipv6 address weergeeft.... verder komen de tijdstippen van de meldingen in het debug.log niet overeen met de tijdstippen dat het netwerk eruit knalt.

Het aMule log geeft geen enkele vermelding dat het netwerk uberhaupt down is geweest maar op zich ook begrijpelijk, aangezien maar om een seconden gaat dat het down is....

[GuntherDW]

Petervanakelyen schreef op zondag 16 mei 2010 @ 15:57:
Volgens mij gewoon een brakke driver. Wachten tot er een nieuwe in de repo's zit of zelf compileren.

De tijd dat er zo'n gare netwerkdrivers waren is volgens mij wel al even voorbij hoor.
Voor draadloze netwerken niet echt, maar hij is via de kabel verbonden, dus volgens mij ligt het gewoon aan de router die eruit knalt hoor.

Hoe verbind je eigenlijk met het net, laat je je router inbellen of zit je met een kabelmodem?
Om het eens cru te zeggen kan je eens testen met de kabel direct in je pc en dan je pc laten inbellen, of rechtstreeks aan de kabelmodem.
Wel liefst ervoor zorgen dat ssh e.d. niet zomaar draaien met hun standaard settings e.d. en zien dat alles up to date is.

edit: emule via wine is heel simpel hoor.
ubuntu maakt het bijna té makkelijk eigenlijk.

[ Voor 5% gewijzigd door GuntherDW op 16-05-2010 17:25 ]

[MadGazelle]

Ik betwijfel het sterk dat het aan mn router ligt, aangezien ik dezelfde setup maandenlang onder XP heb gedraaid (met zelfs meer connecties in eMule) en het feit dat ik gewoon kan internetten met mn netbook (W7, via dezelfde router) op het moment dat de Ubuntu netwerkverbinding eruit vliegt/ligt.

Ik ga de WINE/emule optie weleens testen, es kijken of dat werkt...

[ Voor 10% gewijzigd door MadGazelle op 16-05-2010 18:08 ]

[GuntherDW]

Mja, waar staat je router ergens? Staat die op je bureau ergens of in een garage?
Als je er zicht op hebt weet je het zeker. (Of de logs kunt inkijken)

Zit je via wifi op die router? Je krijgt maar 1x het "kies het netwerktype" dialoogje te zien bij windows 7 eh, het try icoontje wordt niet zo vaak geupdate. Hij zal al even z'n verbinding kwijt moetne zijn voor het aangepast wordt.

Ik gebruik Windows wel niet zo extensief dus ik kan verkeerd zijn, maar uit ervaring merk ik wel dat windows daar relatief traag in is.

[MadGazelle]

Ja, mn router staat op mn bureau.

En ik heb gewoon zitten surfen op mn netbook (via wifi), aangezien ik wilde weten hoe ik mn netwerk weer tot leven kon wekken op mn Ubuntu desktop.

[alm]

Heb je nog een andere PC waarmee je een ping kunt laten lopen naar de router? Stopt die ping ook als je de verbinding kwijt raakt op je PC met Ubuntu? Zo ja, dan ligt het aan de router die onderuit gaat door, vermoedelijk, teveel verbindingen (vollopende NAT tabel). Zo nee, dan ligt het aan je PC met Ubuntu.

Kunnen internetten vanaf een andere pc hoeft nog niet zoveel te zeggen als die, zoals gezegd, traag reageert op het detecteren van een onderbroken verbinding. Een constante ping geeft dat veel beter weer.

[ Voor 25% gewijzigd door alm op 16-05-2010 19:32 ]

[MadGazelle]

Nah......heb zojuist emule onder WINE maar geinstalleerd........eens kijken hoe dat gaat....

@alm; thanks voor je reply. Dan moet ik eens even op zoek naar een scriptje die dat elke seconde ofzo verstuurd en logt. Ik kan eventueel mn netbook dat laten doen, maar die heb ik liever niet 24/7 draaien. Al moet in dit geval een uurtje of 3-4 voldoende zijn om erachter te komen....

[jbhc]

Heb je al eens een andere kabel geprobeerd?

[alm]

MadGazelle schreef op zondag 16 mei 2010 @ 20:40:
Nah......heb zojuist emule onder WINE maar geinstalleerd........eens kijken hoe dat gaat....

@alm; thanks voor je reply. Dan moet ik eens even op zoek naar een scriptje die dat elke seconde ofzo verstuurd en logt. Ik kan eventueel mn netbook dat laten doen, maar die heb ik liever niet 24/7 draaien. Al moet in dit geval een uurtje of 3-4 voldoende zijn om erachter te komen....

Is gewoon een ping laten lopen niet genoeg? Je kan toch na een tijdje zien of er packetloss is geweest of niet. Zolang je gewoon je router pingt zou er niet veel packetloss moeten zijn, tenzij deze onderuit gaat. Onder Windows geef je gewoon '-t' als optie mee, dan blijft hij pingen tot je CTRL+C doet.

[MadGazelle]

eMule onder WINE maakt geen verschil. Ik was afgelopen nacht de verbinding 3 keer kwijt zag ik.

Ik ga vanavond even mn netbook laten pingen naar mn router (thanks alm voor de how-to!), kijken of ik daar wat wijzer van wordt.

Ik vind het alleen vreemd dat het precies nu de kop opsteekt, dus is er bij jullie iets bekend of Linux op andere manier met meerdere connecties tegelijk omgaat dan Windows?


EDIT 17-05

Toen k thuiskwam om een uur of 6, had ie zeker 7 keer eruit gelegen sinds 8.30 vanmorgen, dus ik netbookje opgestart.......cmd.....ping <routeradres> -t............en jawel hoor.......ligt het waarschijnlijk aan mn router.... op het moment dat mn Ubuntu disconnects+connects, krijg ik op mn netbook te zien: request timed out > general failure > Destination host unreachable.......

Dus dan ga ik maar op zoek naar de juiste instellingen in eMule om mn router niet te laten crashen. Ik vraag me wel nog altijd af, waarom me dit niet overkwam in al die maanden op Windhoos XP, maar nu wel op Ubuntu....

Ik wil in ieder geval iedereen bedanken voor de hulp!

[ Voor 67% gewijzigd door MadGazelle op 17-05-2010 23:05 ]

[alm]

MadGazelle schreef op maandag 17 mei 2010 @ 08:19:
Dus dan ga ik maar op zoek naar de juiste instellingen in eMule om mn router niet te laten crashen. Ik vraag me wel nog altijd af, waarom me dit niet overkwam in al die maanden op Windhoos XP, maar nu wel op Ubuntu....

Windows XP heeft standaard een limiet op het aantal inkomende TCP/IP connecties dat gemaakt kan worden, daar zijn patches voor om dat op te schroeven. Wellicht heb je dat niet opgeschroefd en is dat de reden dat je met Windows XP geen problemen had, maar nu onder Linux wel. Dit kan een verklaring zijn dat je met dezelfde instellingen nu wel problemen hebt. Maar zelfs als je het aantal inkomende connecties hebt opgeschroefd kan het nog steeds een limiet vormen, waardoor je eerder dus geen problemen had en nu met Linux wel.

[MadGazelle]

Agreed. Dat schoot mij ook al te binnen. Echter, ik werk alleen met het UDP protocol (KAD-netwerk) en heb ik momenteel maar max. 40 (default= 400) connecties toegestaan + nog 5 (default=20) nieuwe half-open connecties/5 sec. Dus dat zijn geen dramatische getallen.....

Maargoed, hij klapt er nog steeds uit.......dus gooi ik het nog maar een keer omlaag. Ik had alleen gehoopt dat mn Linksys routertje van een iets betere kwaliteit zou zijn.

[blouweKip]

Ik heb ongeveer hetzelfde probleem bij een ubuntu installatie van 10.04 die vanaf 9.x is geupgrade.

In het begin (lucid beta) klapte deze randomly en nu in 10.04 wordt deze niet eens meer "aangezet"

Geen duidelijke foutmeldingen in mijn logs, geen netwerk, op te lossen door "ifup eth0" te draaien, toevoegen van een dhcp regeltje voor eth0 in interfaces heeft weinig zin.

Dit is niet echt een oplossing, wilde alleen even laten weten dat het probleem in ubuntu lijkt te zitten en lijkt voor te komen bij een dist-upgrade en dat ik een andere netwerkkaart gebruik (intel nic met "e1000e" module als ik t goed heb).

[ Voor 10% gewijzigd door blouweKip op 18-05-2010 16:54 ]

[MadGazelle]

Thanks voor je bericht blouweKip. Ik heb echter wel een geheel nieuwe install gedaan. Xp volledig eraf en een fresh install van Ubuntu 10.04. Al lijkt jouw probleem in ieder geval verdacht op die van himselfish.

Ik zit nog aan 2 tests te denken;

1) De router ertussen uit gooien voor een dagje;
2) Toch maar eens die backports installeren.

Beide ga ik komende week maar eens uitvoeren.

[jbhc]

Ik heb de vraag al een paar posts eerder gesteld maar weet je zeker dat je kabel goed is?

[MadGazelle]

Zover ik weet wel, heeft iig de afgelopen maanden zonder problemen gefunctioneerd. Ik kan wel eens een andere ertussen gooien, maar als mn netbook er ook uitvliegt, dan zal het probleem waarschijnlijk wel bij de router liggen.

Anyway, ik vind het supertof dat je meedenkt , dus ik heb er zojuist een andere kabel tussengegooit. Eens kijken wat ie doet

EDIT
Andere kabel geeft dezelfde problemen.

[ Voor 42% gewijzigd door MadGazelle op 19-05-2010 08:14 ]

[MadGazelle]

Naar aanleiding van dit topic behoorlijk getroubleshoot en uiteindelijk een nieuwe router gekocht. Deze loopt inmiddels 2,5 dag stabiel met alle connectie vretende meuk aan.

Ik wil iedereen hartelijk danken voor het meedenken!

[ Voor 14% gewijzigd door MadGazelle op 24-05-2010 18:25 ]