Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 13/04/2008, à 19: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, à 20: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, à 06: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, à 06: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, à 08: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, à 09: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, à 09: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, à 11:08

mikedafunk

Re : Réseau perdu après mise en veille

tomcat a écrit :

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, à 22: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, à 22:27)

Hors ligne

#10 Le 25/04/2008, à 13: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, à 22:05

Flanker20

Re : Réseau perdu après mise en veille

Sujet déplacé...

Hors ligne

#12 Le 03/06/2008, à 14: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 smile

Hors ligne

#13 Le 17/06/2008, à 00: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, à 14: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