Kubuntu, internet et suspend to ram
Bonjour,
Quand je clique sur K / Quitter / Suspend to ram et que je redémarre Kubuntu, je retrouve tout qui fonctionne bien sauf internet. Et c'est "logique" car en bas à droite si je vais sur l'icône qui représente le réseau il est affiché eth0 déconnecté.
Comment faire pour réactiver eth0. J'ai essayé de faire
Mais ça ne change rien et je ne peux même pas pinguer sur ma passerelle (je suis avec la darty box)
Merci
Quand je clique sur K / Quitter / Suspend to ram et que je redémarre Kubuntu, je retrouve tout qui fonctionne bien sauf internet. Et c'est "logique" car en bas à droite si je vais sur l'icône qui représente le réseau il est affiché eth0 déconnecté.
Comment faire pour réactiver eth0. J'ai essayé de faire
sudo /etc/init.d/networking restart
Mais ça ne change rien et je ne peux même pas pinguer sur ma passerelle (je suis avec la darty box)
Merci
A voir également:
- Kubuntu, internet et suspend to ram
- Pourquoi mon ordinateur rame quand je vais sur internet - Guide
- Qwerty to azerty - Guide
- Gps sans internet - Guide
- Memoire ram - Guide
- Complete internet repair - Télécharger - Web & Internet
8 réponses
Peux-tu nous donner le contenu de /etc/network/interfaces (brouille ta clé WEP si celle-ci y figure) et nous préciser si ton routeur darty distribue automatiquement une IP par DHCP ?
Bonne chance
Bonne chance
Actuellement ta carte eth0 n'est pas configurée dans /etc/network/interfaces. C'est donc normal que "/etc/init.d/networking restart" ne fasse rien. Pour cela réfère toi à ce tutoriel :
http://www.commentcamarche.net/faq/sujet 11210 configurer le wifi sous linux
Bonne chance
http://www.commentcamarche.net/faq/sujet 11210 configurer le wifi sous linux
Bonne chance
À ce moment là c'est encore plus simple. Tu modifies ton fichier /etc/network/interfaces comme suit (en supposant que ta carte s'appelle eth0) :
Bonne chance
# The loopback network interface auto lo iface lo inet loopback # The primary network interface allow-hotplug eth0 iface eth0 inet dhcp
Bonne chance
Oui mais quand tu relances le service networking, normalement eth0 se réactive correctement ? Que donne la commande :
... avant et après le "suspend to ram" ?
/sbin/ifconfig
... avant et après le "suspend to ram" ?
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
J'ai le même soucis sous Ubuntu, on dirait qu'il ne reprends pas le dhcp.
Parfois un simple:
suffit. Parfois pas. Je sais pas si c'est un problème de drivers ou pas....
Parfois un simple:
dhclient eth0
suffit. Parfois pas. Je sais pas si c'est un problème de drivers ou pas....
En fait "sudo /etc/init.d/networking restart" examine "/etc/network/interfaces". En l'occurrence il déclenche un "sudo dhclient eth0". À présent il faut regarder comment marche DHCP lors de ce "suspend to RAM".
Officiellement, DHCP décerne une IP locale à un PC pour un certain temps (bail DHCP). Lorsqu'un PC se coupe il envoie un message pour la libérer (DHCP release).
https://www.commentcamarche.net/informatique/technologies/26187-dhcp-utilite-et-fonctionnement/
Il faudrait voir si lors du "suspend to RAM", il le fait, car auquel cas il doit en redemander une au moment de se rallumer. Cela laisserait sous-entendre que l'implémentation du "suspend to RAM' utilisée dans ubuntu ne traite pas correctement les PC utilisant une IP obtenue par DHCP. Si je demande le résultat de "/sbin/ifconfig" avant et après, c'est justement pour vérifier quelle est l'IP locale du PC avant et après le "suspend to RAM".
Une autre solution très simple consiste à travailler avec une IP statique. Cela force à allouer au PC une IP locale hors de la plage IP gérée par le serveur DHCP du routeur et à modifier /etc/network/interfaces, mais on est sûr de résoudre le problème de cette manière. Pour cela il faudrait regarder dans la configuration du routeur quelle est cette fameuse plage. Encore plus violent, on peut carrément désactiver DHCP du routeur ce qui évite d'avoir à se poser des questions en terme de plage.
Bonne chance
Officiellement, DHCP décerne une IP locale à un PC pour un certain temps (bail DHCP). Lorsqu'un PC se coupe il envoie un message pour la libérer (DHCP release).
https://www.commentcamarche.net/informatique/technologies/26187-dhcp-utilite-et-fonctionnement/
Il faudrait voir si lors du "suspend to RAM", il le fait, car auquel cas il doit en redemander une au moment de se rallumer. Cela laisserait sous-entendre que l'implémentation du "suspend to RAM' utilisée dans ubuntu ne traite pas correctement les PC utilisant une IP obtenue par DHCP. Si je demande le résultat de "/sbin/ifconfig" avant et après, c'est justement pour vérifier quelle est l'IP locale du PC avant et après le "suspend to RAM".
Une autre solution très simple consiste à travailler avec une IP statique. Cela force à allouer au PC une IP locale hors de la plage IP gérée par le serveur DHCP du routeur et à modifier /etc/network/interfaces, mais on est sûr de résoudre le problème de cette manière. Pour cela il faudrait regarder dans la configuration du routeur quelle est cette fameuse plage. Encore plus violent, on peut carrément désactiver DHCP du routeur ce qui évite d'avoir à se poser des questions en terme de plage.
Bonne chance
En fait il me faudrait le résultat de ces commandes avant et après suspend to ram :
Bonne chance
/sbin/ifconfig /sbin/route -n cat /etc/resolv.conf
Bonne chance
Bonjour,
Voici AVANT Suspend to ram,
---
---
Et après avoir cliqué sur Suspend to RAM
---
---
Voici AVANT Suspend to ram,
christelle@firmin6:~$ /sbin/ifconfig
eth0 Link encap:Ethernet HWaddr 11:00:3e:00:e6:55
inet adr:192.168.1.100 Bcast:192.168.1.255 Masque:255.255.255.0
adr inet6: fe80::211:2fff:fe11:e655/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Packets reçus:636 erreurs:0 :0 overruns:0 frame:0
TX packets:705 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
Octets reçus:499219 (499.2 KB) Octets transmis:134570 (134.5 KB)
Interruption:23 Adresse de base:0xa000
lo Link encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
adr inet6: ::1/128 Scope:Hôte
UP LOOPBACK RUNNING MTU:16436 Metric:1
Packets reçus:34 erreurs:0 :0 overruns:0 frame:0
TX packets:34 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
Octets reçus:1700 (1.7 KB) Octets transmis:1700 (1.7 KB)
---
christelle@firmin6:~$ /sbin/route -n Table de routage IP du noyau Destination Passerelle Genmask Indic Metric Ref Use Iface 192.168.1.0 0.0.0.0 255.255.255.0 U 1 0 0 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth0 0.0.0.0 192.168.1.254 0.0.0.0 UG 0 0 0 eth0
---
christelle@firmin6:~$ cat /etc/resolv.conf# Generated by NetworkManager nameserver 192.168.1.254
Et après avoir cliqué sur Suspend to RAM
christelle@firmin6:~$ /sbin/ifconfig
eth0 Link encap:Ethernet HWaddr 11:00:3e:00:e6:55
adr inet6: fe80::211:2fff:fe11:e655/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Packets reçus:16 erreurs:0 :917490 overruns:0 frame:917490
TX packets:40 errors:1 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
Octets reçus:2222 (2.2 KB) Octets transmis:5692 (5.6 KB)
Interruption:23 Adresse de base:0xa000
lo Link encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
adr inet6: ::1/128 Scope:Hôte
UP LOOPBACK RUNNING MTU:16436 Metric:1
Packets reçus:20 erreurs:0 :0 overruns:0 frame:0
TX packets:20 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
Octets reçus:1700 (1000.0 B) Octets transmis:1000 (1000.0 B)
---
christelle@firmin6:~$ /sbin/route -n Table de routage IP du noyau Destination Passerelle Genmask Indic Metric Ref Use Iface
---
christelle@firmin6:~$ cat /etc/resolv.conf# Generated by NetworkManager # Generated by NetworkManager
Ok donc c'est bien ce que je pensais tu perds en gros toute ta configuration après suspend to ram. Avec ce que je t'ai fait rajouter dans <6> il suffit à présent de faire un :
Maintenant c'est vrai que c'est assez peu pratique et on peut imaginer que tu partes plutôt sur un routage statique plutôt que par DHCP. J'espère que dans le cas d'un routage statique la configuration du routage ne disparaît pas, c'est le seul point de doute qui reste. A priori je dirais que oui, je pense que le suspend to RAM doit notamment faire un "/etc/init.d/networking stop" qui relâche ton IP obtenue par DHCP, et que le "rallumage" ne réinitialise pas ce service. Si tu veux qu'on essaye la méthode avec routage statique, désactive DHCP de ton routeur et corrige ton fichier /etc/network/interfaces comme suit :
Ceci fait, tape :
Vérifie que tout marche, et teste le suspend to RAM
sudo /etc/init.d/networking restart
Maintenant c'est vrai que c'est assez peu pratique et on peut imaginer que tu partes plutôt sur un routage statique plutôt que par DHCP. J'espère que dans le cas d'un routage statique la configuration du routage ne disparaît pas, c'est le seul point de doute qui reste. A priori je dirais que oui, je pense que le suspend to RAM doit notamment faire un "/etc/init.d/networking stop" qui relâche ton IP obtenue par DHCP, et que le "rallumage" ne réinitialise pas ce service. Si tu veux qu'on essaye la méthode avec routage statique, désactive DHCP de ton routeur et corrige ton fichier /etc/network/interfaces comme suit :
# The loopback network interface auto lo iface lo inet loopback # The primary network interface # allow-hotplug eth0 # iface eth0 inet dhcp # The primary network interface allow-hotplug eth0 iface eth0 inet static address 192.168.1.100 netmask 255.255.255.0 network 192.168.1.0 broadcast 192.168.1.255 gateway 192.168.1.254
Ceci fait, tape :
sudo /etc/init.d/networking restart
Vérifie que tout marche, et teste le suspend to RAM
auto lo
iface lo inet loopback