Redémarrage de tout le réseau dans Ubuntu après l'hibernation

10

Lorsque ma machine Ubuntu 14.04 se réveille de l'hibernation, le réseau est parfois désactivé et l'activer ne le fait pas fonctionner à nouveau. Fonctionnement

sudo service network-manager restart

seul ne résout pas le problème. Mais

sudo ifconfig wlan0 down && sudo ifconfig wlan0 up

ont tendance à résoudre le problème d'une connexion WLAN.

Cependant, il ne parvient pas à démarrer une connexion PPP via 3G ou GPRS à moins que je ne redémarre. Redémarrer le smartphone utilisé comme modem n'aide pas ici.

Comment puis-je redémarrer tous les modules réseau sans redémarrer?

Plus d'information:

La machine est connectée via un câble USB au smartphone. J'utilise le gestionnaire de réseau et l'applet nm pour démarrer la connexion.

C'est un problème persistant, dans les versions antérieures, c'était déjà un problème.

Je n'entrerai pas sur la raison pour laquelle le réseau est désactivé après l'hibernation. Je pense qu'il y a des informations quelque part sur la façon de traiter ce bogue. Cependant, ce n'était pas un gros problème pour moi.

sudo lsmod | grep ppp
ppp_deflate            12950  0 
ppp_async              17413  1 
crc_ccitt              12707  1 ppp_async

sudo lsmod | grep usb
usb_serial_simple      17386  2 
usbserial              45141  6 usb_serial_simple
usb_storage            66545  1 uas
Quora Feans
la source
1
Pouvez-vous répertorier n'importe quelle sortie de carte réseau à partir de la commande lsmodci-dessus dans l'OP?
Brian Thomas
1
Comment la machine Ubuntu se connecte-t-elle au smartphone? USB? Wifi? Comment démarre la connexion PPP?
Gilles 'SO- arrête d'être méchant'

Réponses:

3

Vous pouvez vous construire un script bash et ajouter ces choses. Je pense que la chose que vous voulez faire pour les autres est peut-être de recharger les modules, si vous n'êtes pas en mesure de trouver ces adaptateurs.

Vous pouvez rechercher les adaptateurs comme celui-ci ip link showsi vous êtes sûr d'avoir couvert tous les adaptateurs, puis essayez de recharger les modules.

Tu vas devoir

1) Recherchez les modules que vous chargez avec cette commande sudo lsmod

2) rechargez-les en utilisant la commande sudo rmmod yourMod

3) sudo modprobe yourModpour le redémarrer.

4) redémarrez vos adaptateurs réseau sudo service restart networkou sudo systemctl restart network, ou service network-manager restart.

Il existe probablement un moyen d'ajouter le script à une fonctionnalité qui lance le script en veille prolongée. ce serait cool, cependant, avant de le faire, vous pouvez simplement réinstaller complètement votre système réseau pour voir si vous pouvez résoudre ce problème en premier, ce que vous devrez peut-être supporter, afin que les problèmes disparaissent.

De plus, si le problème vient de se produire récemment, vous souhaiterez peut-être simplement passer une autre mise à jour de la version du noyau (ou essayer de rétrograder temporairement), peu importe votre utilisation actuelle, avant de continuer, sauf si vous savez que c'est une problème en cours qui a déjà tourmenté plusieurs mises à jour du noyau déjà ...

J'espère que ça t'as aidé :-)

Brian Thomas
la source
ip link showla sortie est 18: ppp0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN mode DEFAULT group default qlen 3 link/pppQue dois-je faire avec ces informations?
Quora Feans
Je pense que cela pourrait aider manpages.ubuntu.com/manpages/hardy/man8/pppd.8.html il semblerait que vous ayez un démon point à point en cours d'exécution. et j'essaie de comprendre comment on pourrait redémarrer un démon. est-ce systemctl restart pppdou quelque chose de ce genre? ubuntu utilise-t-il encore systemd? Ok peut-être son service restart pppdou quel que soit le nom du démon. vous devrez peut-être le faire, puis redémarrer votre adaptateur réseau à nouveau après.
Brian Thomas
1

Peut-être que ma solution pourrait vous aider.

Tout d'abord, exécutez cette commande:

sudo vim /etc/rc.local

Ensuite, le contenu devrait ressembler à ceci:

#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.

#Sleeping a little might be necessary to let it catch up the boot. 
#However, for me, this sleep was a useless overhead.
#sleep 3 
service network-manager restart

exit 0
Michael Fayad
la source