Pages : 1
#1 Le 13/04/2008, à 18:25
- JJG
Réseau perdu après mise en veille
Bonjour,
Voilà, j'ai un portable qui fonctionne très bien et qui se met en veille !!!!
Mais au retour de la veille, je n'ai plus de connexion réseau (par ethernet) alors que cela fonctionnait très bien avant.
Quelqu'un a un remède à ce sympthôme?
http://www.enseignelibre.be
Macbook Pro 13", unibody
Hors ligne
#2 Le 13/04/2008, à 19:08
- mikedafunk
Re : Réseau perdu après mise en veille
J'ai deux "solutions" :
Désactiver / réactiver ta carte via l'utilitaire réseau
Ou créé un lanceur sur ton bureau avec comme commande :
gksudo /etc/init.d/networking restart
A+
Lubuntu 22.04 sur Lenovo AX81 et pas mal d'Amiga
Mon blog : http://mikedafunk.over-blog.org
Hors ligne
#3 Le 14/04/2008, à 05:13
- JJG
Re : Réseau perdu après mise en veille
Merci, j'essaierai ça ce soir ! ;-)
http://www.enseignelibre.be
Macbook Pro 13", unibody
Hors ligne
#4 Le 15/04/2008, à 05:20
- JJG
Re : Réseau perdu après mise en veille
Alors voilà, j'ai testé mais rien ne se passe. La config réseau semble figée.
http://www.enseignelibre.be
Macbook Pro 13", unibody
Hors ligne
#5 Le 15/04/2008, à 07:32
- mikedafunk
Re : Réseau perdu après mise en veille
Si tu lances la commande dans un terminal, qu'est ce que ça donne ?
Quels messages ?
Lubuntu 22.04 sur Lenovo AX81 et pas mal d'Amiga
Mon blog : http://mikedafunk.over-blog.org
Hors ligne
#6 Le 15/04/2008, à 08:07
- snapshot
Re : Réseau perdu après mise en veille
Si c'est le même problème que j'ai eu, il s'agit de ce bug.
Essaye ceci quand le réseau est planté. Si tu as ce bug, ça le relancera :
sudo /etc/dbus-1/event.d/22dhcdbd restart
Pensez à mettre [Résolu] dans le titre une fois votre problème réglé !
Hors ligne
#7 Le 15/04/2008, à 08:30
- tomcat
Re : Réseau perdu après mise en veille
Alors la chez moi depuis la derniere mise a jour c'est le TOP, tout fonctionne, hibernation, reveil avec wifi...., meme sous Gutsy j'ai jamais eu cela et en plus sans bidouiller quoi que ce soit...pourvu que ça dure...
dell 830 avec chipset graphique Intel
Hors ligne
#8 Le 15/04/2008, à 10:08
- mikedafunk
Re : Réseau perdu après mise en veille
Alors la chez moi depuis la derniere mise a jour c'est le TOP, tout fonctionne, hibernation, reveil avec wifi...., meme sous Gutsy j'ai jamais eu cela et en plus sans bidouiller quoi que ce soit...pourvu que ça dure...
dell 830 avec chipset graphique Intel
Idem pour moi, acer travelmate 2355 chipset graphique i855
Lubuntu 22.04 sur Lenovo AX81 et pas mal d'Amiga
Mon blog : http://mikedafunk.over-blog.org
Hors ligne
#9 Le 23/04/2008, à 21:25
- Flanker20
Re : Réseau perdu après mise en veille
Salut, je rajoute une question ^^ désolé....
Même probléme que JJG, en fait j'ai 2 connexion sur mon ordi : Eth0 vers Internet via un modem Ethernet et Eth1 vers un autre ordi "client" (2 cables Ethernet).
Quand l'ordi "maitre" sort de veille je vois la connexion Eth1 fonctionne..mais pas Eth0...à la place j'ai une connexion "Eth2" qui apparait dans Gkrellm et ma fenêtre Configuration manuelle du réseau.
Bien sur plus moyen d'accéder à Internet.
La seule solution c'est de redémarrer l'ordi "maitre", j'ai essayé de redémarrer le modem aprés sortie de veille, de désactiver - réactiver Eth2, de faire la commande "gksudo /etc/init.d/networking restart", pas moyen de retrouver Internet.
Et ça n'a pas l'air du bug donné par Snapshot parce que la commande "networking restart" me donne ça comme message d'erreur :
* Reconfiguring network interfaces... There is already a pid file /var/run/dhclient.eth2.pid with pid 26330
killed old client process, removed PID file
Internet Systems Consortium DHCP Client V3.0.4
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/Listening on LPF/eth2/00:00:6c:d1:7d:9e
Sending on LPF/eth2/00:00:6c:d1:7d:9e
Sending on Socket/fallback
DHCPRELEASE on eth2 to 192.168.0.1 port 67
send_packet: Operation not permitted
ath0: ERROR while getting interface flags: No such device
There is already a pid file /var/run/dhclient.ath0.pid with pid 6847440
Internet Systems Consortium DHCP Client V3.0.4
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/SIOCSIFADDR: No such device
ath0: ERROR while getting interface flags: No such device
ath0: ERROR while getting interface flags: No such device
Bind socket to interface: No such device
Failed to bring up ath0.
wlan0: ERROR while getting interface flags: No such device
There is already a pid file /var/run/dhclient.wlan0.pid with pid 6847440
Internet Systems Consortium DHCP Client V3.0.4
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/SIOCSIFADDR: No such device
wlan0: ERROR while getting interface flags: No such device
wlan0: ERROR while getting interface flags: No such device
Bind socket to interface: No such device
Failed to bring up wlan0.
ppp0: ERROR while getting interface flags: No such device
Plugin pppoatm.so loaded.
connect(8.35): No such device
Failed to bring up ppp0.
There is already a pid file /var/run/dhclient.eth2.pid with pid 6847440
Internet Systems Consortium DHCP Client V3.0.4
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/Listening on LPF/eth2/00:00:6c:d1:7d:9e
Sending on LPF/eth2/00:00:6c:d1:7d:9e
Sending on Socket/fallback
DHCPDISCOVER on eth2 to 255.255.255.255 port 67 interval 8
DHCPOFFER from 192.168.0.1
DHCPREQUEST on eth2 to 255.255.255.255 port 67
DHCPREQUEST on eth2 to 255.255.255.255 port 67
DHCPACK from 192.168.0.1
bound to 82.121.121.171 -- renewal in 133 seconds.
RTNETLINK answers: File exists
run-parts: /etc/network/if-up.d/avahi-autoipd exited with return code 2
eth0: ERROR while getting interface flags: No such device
There is already a pid file /var/run/dhclient.eth0.pid with pid 6847440
Internet Systems Consortium DHCP Client V3.0.4
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/SIOCSIFADDR: No such device
eth0: ERROR while getting interface flags: No such device
eth0: ERROR while getting interface flags: No such device
Bind socket to interface: No such device
Failed to bring up eth0.
Si quelqu'un a eu le même probléme, ça serait sympa de me donner son avis....
Ah oui, carte mére ASUS A8N32-SLI deluxe,
Controleur Marvell 88E8053 PCI-E Gigabit Ethernet en connexion Eth0
Controleur CK804 Ethernet Controller en connexion Eth1 (faut que je verifie pour celle - là, de toute façon ce n'est pas elle le probléme).
PS : Hmm je ne sais pas si c'est le bon endroit pour poster....J'ai Ubuntu 7.04, si nécessaire je le déplace
Dernière modification par Flanker20 (Le 23/04/2008, à 21:27)
Hors ligne
#10 Le 25/04/2008, à 12:04
- snapshot
Re : Réseau perdu après mise en veille
heeu... moi, ma commande c'était "sudo /etc/dbus-1/event.d/22dhcdbd restart" qui contourne un bug lié à l'interface graphique et la mise en veille. La commande "gksudo /etc/init.d/networking restart" donnée par mikedafunk est purement du réseau.
Je pense qu'effectivement, tu devrais ouvrir un autre sujet. Place dedans la résultat des commandes "ifconfig" et "ps xaw | grep dhc" quand ça marche et quand ça ne marche plus
Pensez à mettre [Résolu] dans le titre une fois votre problème réglé !
Hors ligne
#11 Le 25/04/2008, à 21:05
- Flanker20
Re : Réseau perdu après mise en veille
Sujet déplacé...
Hors ligne
#12 Le 03/06/2008, à 13:14
- Akred
Re : Réseau perdu après mise en veille
bonjour à tous,
j'ai le même problème, j'ai essayé les manipulations citées, mais pareil.
Dès fois j'ai la connection au réveil, des fois non, bref je ne comprends pas
Hors ligne
#13 Le 16/06/2008, à 23:40
- Pili
Re : Réseau perdu après mise en veille
Bonsoir, j'ai eu le même problème.Dans un premier temps la mise en veille ou l'hibernation ne fonctionnait pas du tout, j'ai donc modifier mon fichier /etc/default/acpi-support (sudo gedit /etc/default/acpi-support )comme suit :
# Comment the next line to disable ACPI suspend to RAM
ACPI_SLEEP=true
# Comment the next line to disable suspend to disk
ACPI_HIBERNATE=true
# Change the following to "standby" to use ACPI S1 sleep, rather than S3.
# This will save less power, but may work on more machines
ACPI_SLEEP_MODE=mem
# Add modules to this list to have them removed before suspend and reloaded
# on resume. An example would be MODULES="em8300 yenta_socket"
#
# Note that network cards and USB controllers will automatically be unloaded
# unless they're listed in MODULES_WHITELIST
MODULES="uvcvideo"
# Add modules to this list to leave them in the kernel over suspend/resume
MODULES_WHITELIST=""
# Should we save and restore state using the VESA BIOS Extensions?
#SAVE_VBE_STATE=true
SAVE_VBE_STATE=false
# The file that we use to save the vbestate
VBESTATE=/var/lib/acpi-support/vbestate
# Should we attempt to warm-boot the video hardware on resume?
POST_VIDEO=false
# Save and restore video state?
# SAVE_VIDEO_PCI_STATE=true
# Should we switch the screen off with DPMS on suspend?
USE_DPMS=true
# Use Radeontool to switch the screen off? Seems to be needed on some machines
# RADEON_LIGHT=true
# Uncomment the next line to switch away from X and back again after resume.
# This is needed for some hardware, but should be unnecessary on most.
DOUBLE_CONSOLE_SWITCH=false
# Set the following to "platform" if you want to use ACPI to shut down
# your machine on hibernation
HIBERNATE_MODE=shutdown
# Comment this out to disable screen locking on resume
LOCK_SCREEN=true
# Uncomment this line to have DMA disabled before suspend and reenabled
# afterwards
DISABLE_DMA=true
# Uncomment this line to attempt to reset the drive on resume. This seems
# to be needed for some Sonys
# RESET_DRIVE=true
# Add services to this list to stop them before suspend and restart them in
# the resume process.
STOP_SERVICES="networking"
# Restart Infra Red services on resume - off by default as it crashes some
# machines
RESTART_IRDA=false
# Switch to laptop-mode on battery power - off by default as it causes odd
# hangs on some machines
ENABLE_LAPTOP_MODE=false
# Spindown time on battery
SPINDOWN_TIME=12
Ce qui donna d'excellent résultat. Mais après quelques jours dès que sortait de la mise en veille ou l'hibernation, je n'arrivais pas à me connecter sur le réseau.
En effectuant un ifconfig j'ai observé que ma carte réseau était eth1 et non eth0 qui est pourtant ma carte de configuration. J'étais donc obligé de rebooter pour récupérer ma connexion. J'ai trouver une astuce qui est la suivante:
1/ j'ai désactiver le mode itinérant : système-->administration-->
réseau, je déverouille et dans connexion filiaire je décoche
la case « mode itinérant » et je choisi dans la configuration
la configuration automatique par dhcp.
2/ je reconfigure mon fichier /etc/default/acpi-support ( sudo gedit /etc/default/acpi-support et la je decommente la ligne suivante:
# Uncomment this line to attempt to reset the drive on resume. This seems
# to be needed for some Sonys
RESET_DRIVE=true
J'ai juste enlevé le #. je sauve le fichier, et le test fonctionne, que ce soit pour la mise en veille ou l'hibernation.
Bon j'espère que cela pourra fonctionner pour vous également.Bonne nuit.
Plus encore que le changement, il faut faire l'éloge du sursaut.
Alexandre Lacroix
Hors ligne
#14 Le 04/09/2012, à 13:59
- kaoul
Re : Réseau perdu après mise en veille
La solution qui a marché pour moi (c'était le réseau wifi qui ne revenait pas) :
rmmod rtl8192ce && modprobe rtl8192ce
Ca désactive et réactive ma carte wifi, ça fonctionne super bien. networking restart ne marchait pas pour info.
Mon entreprise de référencement ecommerce
Hors ligne
Pages : 1