[réseau] Problème de connexion internet (résolu)

[FoolEcho]

J'ai été clair pourtant...

Où est ce que je met ce code ? Je créé un fichier avec ?

Dans le PKGBUILD, j'ai dit...

Je peux pas utiliser le fichier patch déjà proposé ? :

Contenu à mettre dans ce que j'ai appelé le "warn.patch" (ou peu importe le nom, du moment que tu mets le même dans le PKGBUILD).

J'essaie d'appliquer le patch au fichier PKGBUILD mais cela ne marche pas :

...
3è fois:
Le patch que tu récupères est à sauvegarder ("warn.patch" par exemple).
Le PKGBUILD est à éditer selon ce que j'ai indiqué (source/md5sums/build), c'est lui qui se chargera de patcher.


EDIT: Pour les flags de compilation, soit tu modifies dans le /etc/makepkg.conf, le chiffre du MAKEFLAGS ou tu fais juste en console: export MAKEFLAGS="-jX", X correspondant au nombre de processeurs max à solliciter, puis tu lances le makepkg (ça compilera d'autant plus vite qu'il y a de processeurs).

[asno]

Excuse... (J'ai pas trouvé un emoticon en train de se taper la tête)

Ca compile...

J'ai un Intel Core i7 720Q http://ark.intel.com/products/43122/Int ... _60-GHz%29

Il a 4 cores et 8 threads. Je dois mettre 4 ou 8 pour le flag ?

[FoolEcho]

Les règles étant ce qu'elles sont, tu peux aller jusqu'à 9 (sérieux)... (perso, je suis aussi sur un i7, je me contente de 5 ou 6 généralement, sauf cas très particuliers, histoire de pouvoir faire autre chose décemment). Il faut le faire avant de compiler, bien sûr...

[asno]

Voilà le patch installé et le message de dmesg est :

Code : Tout sélectionner

[ 6891.280285] ip_rt_bug: 0.0.0.0 -> 255.255.255.255, ?
[ 6891.280291] ------------[ cut here ]------------
[ 6891.280298] WARNING: at net/ipv4/route.c:1690 ip_rt_bug+0x5f/0x70()
[ 6891.280300] Hardware name: HP Pavilion dv7 Notebook PC
[ 6891.280302] Modules linked in: fuse ipv6 ext2 uvcvideo snd_hda_codec_hdmi videodev media v4l2_compat_ioctl32 uas usb_storage btusb snd_hda_codec_idt bluetooth nvidia(P) arc4 ecb snd_hda_intel snd_hda_codec ir_lirc_codec lirc_dev rc_rc6_mce ir_sony_decoder iwlagn ir_jvc_decoder sdhci_pci snd_hwdep ir_rc6_decoder ir_rc5_decoder ene_ir ir_nec_decoder sg joydev snd_pcm sdhci hp_wmi firewire_ohci r8169 sparse_keymap mmc_core evdev mac80211 rc_core cfg80211 i7core_edac rfkill snd_timer iTCO_wdt snd wmi hp_accel i2c_i801 jmb38x_ms i2c_core firewire_core memstick mii edac_core processor iTCO_vendor_support lis3lv02d video thermal battery serio_raw psmouse input_polldev pcspkr ac button crc_itu_t soundcore snd_page_alloc ext4 mbcache jbd2 crc16 usbhid hid sr_mod cdrom sd_mod ahci libahci libata ehci_hcd scsi_mod usbcore
[ 6891.280368] Pid: 1753, comm: dropbox Tainted: P            2.6.39-ARCH #1
[ 6891.280370] Call Trace:
[ 6891.280377]  [<ffffffff8105b90f>] warn_slowpath_common+0x7f/0xc0
[ 6891.280382]  [<ffffffff8105b96a>] warn_slowpath_null+0x1a/0x20
[ 6891.280385]  [<ffffffff81357ecf>] ip_rt_bug+0x5f/0x70
[ 6891.280390]  [<ffffffff81361929>] ip_local_out+0x29/0x30
[ 6891.280394]  [<ffffffff81362cbb>] ip_send_skb+0x1b/0x70
[ 6891.280398]  [<ffffffff81383768>] udp_send_skb+0x118/0x390
[ 6891.280402]  [<ffffffff813607f0>] ? __ip_append_data+0x9e0/0x9e0
[ 6891.280406]  [<ffffffff81385484>] udp_sendmsg+0x284/0x7f0
[ 6891.280411]  [<ffffffff8138dd75>] inet_sendmsg+0x75/0xd0
[ 6891.280416]  [<ffffffff81314a9a>] sock_sendmsg+0x10a/0x130
[ 6891.280421]  [<ffffffff810f59cc>] ? generic_file_aio_read+0x53c/0x760
[ 6891.280426]  [<ffffffff81165592>] ? core_sys_select+0x2d2/0x300
[ 6891.280431]  [<ffffffff81153582>] ? fget_light+0x92/0x100
[ 6891.280435]  [<ffffffff81316cbd>] sys_sendto+0x13d/0x190
[ 6891.280439]  [<ffffffff8116568d>] ? sys_select+0xcd/0x100
[ 6891.280444]  [<ffffffff813e8ec2>] system_call_fastpath+0x16/0x1b
[ 6891.280447] ---[ end trace f73cfcecd856135a ]---

C'est grave docteur ???

[Desintegr]

On dirait que le programme incriminé est dropbox.
Essaye de le désactiver pour voir si le problème se produit toujours.

[asno]

Merd... je suis oubligé d'utiliser ce programme car mes clients me transferent des fichiers avec

Par contre les performances de la machine ont pris un gros coup... Est ce que je peux faire un pacman -S kernel26 ? Cela va mettre le noyaux par défaut ?
Pourquoi cette baisse de performances ?

[FoolEcho]

Est ce que je peux faire un pacman -S kernel26 ? Cela va mettre le noyaux par défaut ?

Absolument.

[Desintegr]

La baisse de performance n'est pas normale.
Il s'agit sûrement d'un problème avec la carte graphique. Je pense que le pilote est mal installé pour le nouveau noyau.
Mais il faudra régler le problème car le noyau 3.0 va sûrement bientôt passer dans le dépôt core.

Oui, tu peux réinstaller l'ancien noyau avec le paquet kernel26.
Mais je suis d'avis de rester un peu de temps sur ce noyau pour voir s'il s'agit toujours de dropbox qui fasse planter la connexion.

[asno]

Et je peux pas reinstaller nvidia ? Cela ne courrigerai pas le problème ?
Si oui comment je fais pour arreter X ?

Si le problème viens bien de Dropbox. Il y a un moyen de le solutioner ? Je dois absolument avoir ce soft.
Pour le moment je l'ai arrêter.

Tain ! Même quand j'écris cela rame.

[benjarobin]

C'est un peu normal que cela rame si le driver nvidia n'est pas installé. Regarde du côté de AUR pour installé le driver nvidia pour ton kernel : http://aur.archlinux.org/packages.php?ID=32908

[Desintegr]

Le pilote nvidia est également présent dans le dépôt testing et il compilé pour le noyau 3.0 :

Dependencies (3)
linux>=3.0 (testing)
linux<3.1 (testing)
nvidia-utils=280.13 (testing)

[asno]

Bonjour à tous encore...
Je reviens pour demander votre aide...

Pour continuer notre sujet j'ai donc constaté que :

- Même si Dropbox n'est pas en cours d'execution le problème persiste
- Maintenant quand il n'y a pas Dropbox aucun message n'est pas envoyé par dmesg
- Le problème de perfs est parti dès le redemarrage alors pas besoin de reinstaller nvidia

Je pense que le problème n'est pas lié à Dropbox et que les warnings le concernant sont liés à un autre problème.
J'ai mis en ligne la sortie de dmesg d'aujourd'hui : http://pastebin.archlinux.fr/433436

Si j'ai le temps aujourd'hui je vais remplacer networkmanager par netcfg comme me conceille FoolEcho.

Si je fais ça. Est-ce que j'aurais l'applet de gnome3 pour me connecter aux reseaux WIFI ?

[FoolEcho]

Si j'ai le temps aujourd'hui je vais remplacer networkmanager par netcfg comme me conceille FoolEcho.

Si je fais ça. Est-ce que j'aurais l'applet de gnome3 pour me connecter aux reseaux WIFI ?

L'applet ne te servira à rien. Netcfg (lit le wiki anglophone aussi, très complet) n'a pas d'interface graphique officiel (tu peux éventuellement avoir recours à wifi-select, mais ça n'a rien d'obligatoire), il faut configurer les profils manuellement (pas trop compliqué: il y a tous les exemples dans le paquet).
Après, pas dit que ça change grand-chose pour toi si le problème est ailleurs (mas moi, je ne vois pas )...

[Desintegr]

Donc, finalement, dropbox n'est qu'un faux-problème.
Le problème est bien ce que je pensais au départ : la dé-authentification du wifi.

Tu as du te faire déconnecter au moins 3 fois ce matin :

Code : Tout sélectionner

[  169.408386] wlan0: deauthenticated from 0c:60:76:40:73:43 (Reason: 4)
[  399.026969] wlan0: deauthenticating from 0c:60:76:40:73:43 by local choice (reason=3)
[  475.077290] wlan0: deauthenticated from 64:a7:69:e3:4b:8a (Reason: 1)

On peut voir 3 raisons différentes dans le log :

• 4 : WLAN_REASON_DISASSOC_DUE_TO_INACTIVITY, dé-authentification liée à l'inactivité
• 3 : WLAN_REASON_DEAUTH_LEAVING, dé-authentification normale ?
• 1 : WLAN_REASON_UNSPECIFIED, pas de raison spécifiée

C'est difficile de savoir quelle est la cause du problème. Le wifi est un support réseau plutôt capricieux.
Quand la connexion fonctionne, fonctionne-t-elle bien ? (pas de perte de paquet, bon ping, etc.)

[asno]

Hier je me suis amusé à tester le téléphone mobile comme modem. Ce sera pas ça le dé-authentification ?
En tout cas j'ai mis le depôt testing et j'ai installé nvidia et linux pour voir si cela corrige le probleme.
Pour l'instant il n'y a pas eu de cupure depuis 9h.

Pour repondre à ta question: Quand la connexion fonctionne il n'y a pas de soucis, le ping est ok.

Code : Tout sélectionner

[asno@localhost ~]$ ping google.com
PING google.com (74.125.39.99) 56(84) bytes of data.
64 bytes from fx-in-f99.1e100.net (74.125.39.99): icmp_req=1 ttl=54 time=30.1 ms
64 bytes from fx-in-f99.1e100.net (74.125.39.99): icmp_req=2 ttl=54 time=35.0 ms
64 bytes from fx-in-f99.1e100.net (74.125.39.99): icmp_req=3 ttl=54 time=33.9 ms
64 bytes from fx-in-f99.1e100.net (74.125.39.99): icmp_req=4 ttl=54 time=33.0 ms
64 bytes from fx-in-f99.1e100.net (74.125.39.99): icmp_req=5 ttl=54 time=34.5 ms
64 bytes from fx-in-f99.1e100.net (74.125.39.99): icmp_req=6 ttl=54 time=35.6 ms
64 bytes from fx-in-f99.1e100.net (74.125.39.99): icmp_req=7 ttl=54 time=31.4 ms
64 bytes from fx-in-f99.1e100.net (74.125.39.99): icmp_req=8 ttl=54 time=31.4 ms
64 bytes from fx-in-f99.1e100.net (74.125.39.99): icmp_req=9 ttl=54 time=31.8 ms
64 bytes from fx-in-f99.1e100.net (74.125.39.99): icmp_req=10 ttl=54 time=30.4 ms
64 bytes from fx-in-f99.1e100.net (74.125.39.99): icmp_req=11 ttl=54 time=30.8 ms
^C
--- google.com ping statistics ---
11 packets transmitted, 11 received, 0% packet loss, time 10015ms
rtt min/avg/max/mdev = 30.155/32.577/35.643/1.884 ms

[asno]

Bon... en mettant le nouveau kernel le problème a été résolu... merci à tous pour votre aide les gars.