Ainsi, mon Internet disparaît par intermittence. Je ne sais pas pourquoi!
Pendant un certain temps, j'ai pensé que c'était arrivé lorsque j'ai autorisé Update Manager à vérifier automatiquement les mises à jour, mais je ne crois pas que ce soit le cas actuellement.
Voici la chose, est Je ne sais pas comment consulter le journal des activités de mon ordinateur pour essayer de savoir pourquoi cela se produirait, ou ce qu'il faut rechercher une fois que je l'ai fait (ou comment le poster à nouveau. ici, alors quelqu'un beaucoup plus intelligent que moi pourrait comprendre)) Comment puis-je résoudre ce problème correctement?
EDIT: J'ai mis en gras ce que j'aimerais souligner ici. Bien que j'apprécie le correctif suggéré, j'ai remarqué un changement apparent dans le comportement de mon ordinateur. Depuis que j'ai désactivé la fonction de bureau en rotation, je n'ai rencontré aucun problème de connexion. Comme il s’agit d’un événement quelque peu aléatoire à l’heure actuelle, je ne veux pas supposer de corrélation entre mes paramètres d’apparence et ma capacité à rester connecté au wifi. Alors, comment puis-je enquêter?
EDIT2: Ok, donc, c’est toujours un problème apparent sur Ubuntu 13.04, j’ai donc supprimé la balise 12.04 car elle ne semble pas s’appliquer. Il semblait s'être absenté pendant un moment, mais il est de retour, peut-être à la suite d'une mise à niveau (mais je devais le faire, Unity est tellement plus rapide! Eee) Jusqu'à présent, j'ai pu me reconnecter en allant dans Paramètres système> Réseau > sélectionnez mon réseau et à droite de la flèche orange> Paramètres> basculez le paramètre MTU de "Automatique" à "1" puis revenez à "Automatique" et enregistrez. Si le problème concerne effectivement ce paramètre, la méthode décrite dans l'autre message n'indique pas comment trouver le paramètre MTU correct. Est-il possible pour moi de déterminer le meilleur MTU? En passant, ce n'est pas un problème pour les machines Windows ou OSX sur mon réseau domestique, juste ce gars-là :(
EDIT3: Voici la sortie de dmesg | tail
:
[ 18.209158] wlan0: associate with 00:1e:e5:74:26:0f (try 1/3)
[ 18.213191] wlan0: RX AssocResp from 00:1e:e5:74:26:0f (capab=0x411 status=0 aid=4)
[ 18.213241] wlan0: associated
[ 18.213273] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[ 2227.016921] init: upstart-file-bridge main process (319) terminated with status 1
[ 2227.016961] init: upstart-file-bridge main process ended, respawning
[ 2227.017109] init: upstart-udev-bridge main process (346) terminated with status 1
[ 2227.017127] init: upstart-udev-bridge main process ended, respawning
[ 2227.017242] init: upstart-socket-bridge main process (617) terminated with status 1
[ 2227.017259] init: upstart-socket-bridge main process ended, respawning
EDIT4: Ok, il semble donc que je puisse avoir quelque chose ici. Jetez un oeil à ce message:
[ 16.688255] wlan0: authenticate with 00:1e:e5:74:26:0f
[ 16.700191] wlan0: send auth to 00:1e:e5:74:26:0f (try 1/3)
[ 16.703235] wlan0: authenticated
[ 16.703460] ath9k 0000:02:00.0 wlan0: disabling HT as WMM/QoS is not supported by the AP
[ 16.703494] ath9k 0000:02:00.0 wlan0: disabling VHT as WMM/QoS is not supported by the AP
[ 16.710006] wlan0: associate with 00:1e:e5:74:26:0f (try 1/3)
[ 16.713175] wlan0: RX AssocResp from 00:1e:e5:74:26:0f (capab=0x411 status=0 aid=4)
[ 16.713234] wlan0: associated
[ 16.713266] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[ 3170.516163] systemd-hostnamed[3772]: Warning: nss-myhostname is not installed. Changing the local hostname might make it unresolveable. Please install nss-myhostname!
J'ai googlé cette dernière ligne à propos de nss-myhostname
et j'ai eu pas mal de hits concernant toutes sortes d'autres distributions Linux, mais rien de tout à propos d'Ubuntu:/Est-ce pertinent du tout?
J'avais un problème similaire avec le mien, qui s'est avéré être un problème en deux parties avec une interférence de eth0 (le port Ethernet câblé) et une légère incompatibilité entre Linux et la mise en œuvre du 802.11n par mon routeur sans fil.
Si vous exécutez le pilote sans fil Intel (iwlwifi), essayez de saisir les commandes suivantes sur un terminal. Cela éteindra votre port Ethernet et désactivera le N sans fil dans le pilote wifi. Ce n'est pas permanent et reviendra au prochain redémarrage:
Sudo ifconfig eth0 down
Sudo modprobe -r iwlwifi
Sudo modprobe iwlwifi 11n_disable=1
Si cela fonctionne pour vous, il y a un script bash sur mon Github que vous pouvez télécharger et exécuter à chaque redémarrage: https://github.com/FreedomBen/handy-bash-scripts/blob/master/fixTheInternet. bash
J'ai ce script sur mon bureau et je l'exécute chaque fois que je redémarre. Je n'ai eu aucun problème depuis.
Remarque: vous devrez rendre le script exécutable. Sur un terminal, tapez:
cd path/to/script
chmod +x fixTheInternet.bash
La façon dont j'ai résolu ce problème (cela ne s'est passé qu'au réseau de l'école, à la maison et les autres allaient bien) était "magique"
Je travaille depuis un moment sans aucun problème. (Je ne sais pas pourquoi mais si quelqu'un le découvre, merci de me le dire)
Si le problème est lié à la MTU, vous pouvez obtenir des conseils sur trouver la valeur correcte ici . De manière générale cependant, une valeur de 1500 est assez standard.
Vous pouvez définir le MTU pour votre connexion wifi comme suit:
Sudo ifconfig {wifi-interface} mtu {mtu-value}
Donc si votre interface wifi est wlan0 et que vous voulez un MTU de 1500, ce serait:
Sudo ifconfig wlan0 mtu 1500
Si cela fonctionne pour vous, vous pouvez le rendre permanent en mettant la valeur qui a fonctionné dans /etc/network/interfaces