Kubuntu, internet et suspend to ram

Fermé
olivbarb - 5 janv. 2009 à 17:57
mamiemando Messages postés 33079 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 23 avril 2024 - 13 janv. 2009 à 21:11
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

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:

8 réponses

mamiemando Messages postés 33079 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 23 avril 2024 7 749
6 janv. 2009 à 02:00
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
0
Voici le fichier demandé

auto lo
iface lo inet loopback
0
olivbarb > olivbarb
6 janv. 2009 à 20:04
effectivement il s'agit d'une ip par dhcp
0
mamiemando Messages postés 33079 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 23 avril 2024 7 749
6 janv. 2009 à 21:12
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
0
Merci pour le lien mais je ne suis pas en wifi
0
mamiemando Messages postés 33079 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 23 avril 2024 7 749
7 janv. 2009 à 20:40
À 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) :
# The loopback network interface
auto lo
iface lo inet loopback

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

Bonne chance
0
ca ne marche pas, je ne peux toujours pas aller sur internet et ce apres avoir mis suspend to ram
0
mamiemando Messages postés 33079 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 23 avril 2024 7 749
8 janv. 2009 à 14:34
Oui mais quand tu relances le service networking, normalement eth0 se réactive correctement ? Que donne la commande :
/sbin/ifconfig

... avant et après le "suspend to ram" ?
0

Vous n’avez pas trouvé la réponse que vous recherchez ?

Posez votre question
kilian Messages postés 8731 Date d'inscription vendredi 19 septembre 2003 Statut Modérateur Dernière intervention 20 août 2016 1 527
8 janv. 2009 à 14:43
J'ai le même soucis sous Ubuntu, on dirait qu'il ne reprends pas le dhcp.
Parfois un simple:
dhclient eth0

suffit. Parfois pas. Je sais pas si c'est un problème de drivers ou pas....
0
mamiemando Messages postés 33079 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 23 avril 2024 7 749
8 janv. 2009 à 15:01
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
0
J'ai essayé

dhclient eth0

mais cela n'a rien changé.

Quand je fais

/sbin/ifconfig

il m'affiche bien l'adresse ip du micro mais quand je le fais après avoir cliqué sur Suspend to ram je n'ai plus d'adresse ip
0
mamiemando Messages postés 33079 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 23 avril 2024 7 749
12 janv. 2009 à 12:46
En fait il me faudrait le résultat de ces commandes avant et après suspend to ram :
/sbin/ifconfig
/sbin/route -n
cat /etc/resolv.conf

Bonne chance
0
Bonjour,

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
0
mamiemando Messages postés 33079 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 23 avril 2024 7 749
13 janv. 2009 à 21:11
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 :
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
0