Ya t'il un tuto complet ?
Sinon comment créer un lanceur ? Cela n'existe plus après ubuntu 11.04 je crois.
:(:(:(:(

Dans mon cas (USR5410), c'est ndiswrapper qui gère mon driver usr11g.
Donc, il faut mettre "ndiswrapper" comme driver à décharger/recharger.
Ce qui donne:

$ sudo su
> echo SUSPEND_MODULES=\"ndiswrapper\" >> /etc/pm/config.d/reloaded_modules
> exit

A présent tout est en ordre (Mettre en veille, Hiberner).

Super, génial, un grand merci à tous les intervenants de cette discussion.
(Sans vous, je serais repassé sur Wintruc !!!)

Patrick

Pour ma part, cette astuce ne fonctionne pas...
J'ai une carte US Robotics USR5410.
J'ai testé:

# echo SUSPEND_MODULES=\"usr11g\" >> /etc/pm/config.d/reloaded_modules
et
# echo SUSPEND_MODULES=\"ndiswrapper+usr11g\" >> /etc/pm/config.d/reloaded_modules

Sans résultat...

Mon driver:

sudo lshw

     *-network
          description: Wireless interface
          product: ACX 111 54Mbps Wireless Interface
          vendor: Texas Instruments
          physical id: 5
          bus info: pci@0000:02:00.0
          logical name: wlan0
          version: 00
          serial: 00:c0:49:52:e4:65
          width: 32 bits
          clock: 33MHz
          capabilities: pm bus_master cap_list ethernet physical wireless
          configuration: broadcast=yes driver=ndiswrapper+usr11g driverversion=1.55+U.S. Robotics,06/28/2004,6. ip=192.168.1.2 latency=64 link=yes multicast=yes wireless=IEEE 802.11g
          resources: irq:10 memory:44020000-44021fff memory:44000000-4401ffff

Que puis-je encore essayer ?

Merci.

car pour moi le nom du fichier compte! "rt61pci" n'a rien changé, j'ai donc supprimé le fichier crée puis j'ai repris la même commande mais avec le nom de mon driver trouvé par la commande

sudo lshw

section *-network :

*-network
                description: Wireless interface
                product: AR928X Wireless Network Adapter (PCI-Express)
                vendor: Atheros Communications Inc.
                physical id: 0
                bus info: pci@0000:04:00.0
                logical name: wmaster0
                version: 01
                serial: 00:24:2c:10:af:3f
                width: 64 bits
                clock: 33MHz
                capabilities: pm msi pciexpress msix bus_master cap_list logical ethernet physical wireless
                configuration: broadcast=yes [b]driver=ath9k[/b] ip=192.168.0.11 latency=0 multicast=yes wireless=IEEE 802.11bgn
                resources: irq:18 memory:f4600000-f460ffff

ce qui donne donc

# echo SUSPEND_MODULES=\"ath9k\" >> /etc/pm/config.d/reloaded_modules

et la tout marche nickel!

voila j'espère que cela pourra en aider quelques uns parce que moi j'ai un peu galéré avant de trouver ça :P

Bonjour,

Le problème persiste sous Jaunty. Il semble que ce soir un bug répertorié sur launchpad.

On y trouve par contre une solution qui marche du tonnerre chez moi : forcer le module à se décharger lors de la mise en veille/hibernation, puis à se recharger à la sortie de ces modes.

$ sudo su
> echo SUSPEND_MODULES=\"rt61pci\" >> /etc/pm/config.d/reloaded_modules
> exit

...peu importe le nom du fichier créé, seul le dossier compte ; il est nécessaire de passer par sudo su, sinon la redirection ne fonctionne pas (pb de portée des super privilèges )

ça fonctionne chez moi, problème résolu, merci pitipoisson !

Même problème (perte de la connexion Wifi après la mise en veille).

Config différente (Jaunty + carte AR928X + driver ath9k + Wicd)

Même solution que la préco LP relayée efficacement par Pitipoisson:

$ sudo su
> echo SUSPEND_MODULES=\"ath9k\" >> /etc/pm/config.d/reloaded_modules
> exit

Merci

Bonjour,

Le problème persiste sous Jaunty. Il semble que ce soir un bug répertorié sur launchpad.

On y trouve par contre une solution qui marche du tonnerre chez moi : forcer le module à se décharger lors de la mise en veille/hibernation, puis à se recharger à la sortie de ces modes.

$ sudo su
> echo SUSPEND_MODULES=\"rt61pci\" >> /etc/pm/config.d/reloaded_modules
> exit

...peu importe le nom du fichier créé, seul le dossier compte ; il est nécessaire de passer par sudo su, sinon la redirection ne fonctionne pas (pb de portée des super privilèges )

Je viens d'installer Ubuntu 9.04 sur un ACER Extensa 5230 et je rencontrais ce soucis.
La solution apportée par pitipoisson fonctionne tout à fait chez moi.

Gloire à lui.

Adrien, comblé.

- installer le paquet fcron et ses dépendances
- dans un terminal taper la ligne suivante afin d'éditer le fcrontab du root

sudo fcrontab -e

- taper les 2 lignes suivantes dans l'éditeur

!volatile(true)
@first(1) 1h iwconfig wlan0 rate 54M

Faire Ctrl+O pour sauvegarder puis Ctrl+X pour quitter. Cette solution a pour effet d'attendre 1 minute avant de lancer la commande et donc que le module de la carte wifi se soit bien rechargé.

En effet cette solution permet de réactiver ma carte Wifi en sortie de veille.

Seulement je fais partie de ceux pour qui le wifi ne fonctionne qu'en 1Mbps "par défaut".
Pour résoudre ce problème j'avais inséré la ligne suivante dans /etc/rc.local (comme indiqué dans la documentation Ubuntu.fr) :

iwconfig wlan0 rate 54M

Mais en sortie de veille la connexion revient en 1M. Il faut donc croire que le script /etc/rc.local ne s'exécute qu'au 1er démarrage.

J'ai bien essayé de faire un script exécuté par fcron en mode root mais cela ne change rien.

Si quelqu'un connait une solution alternative je suis preneur.

Merci.

Le problème persiste sous Jaunty. Il semble que ce soir un bug répertorié sur launchpad.

On y trouve par contre une solution qui marche du tonnerre chez moi : forcer le module à se décharger lors de la mise en veille/hibernation, puis à se recharger à la sortie de ces modes.

$ sudo su
> echo SUSPEND_MODULES=\"rt61pci\" >> /etc/pm/config.d/reloaded_modules
> exit

...peu importe le nom du fichier créé, seul le dossier compte ; il est nécessaire de passer par sudo su, sinon la redirection ne fonctionne pas (pb de portée des super privilèges )

J'ai eu le même problème avec la 8.10 (64bits) et une carte D-Link DWA-510.

$ lspci -nn | grep 802.11
01:07.0 Network controller [0280]: RaLink RT2561/RT61 rev B 802.11g [1814:0302]

Partant du principe qu'en sortie d'hibernation j'avais

$ iwconfig wlan0
wlan0     IEEE 802.11bg  ESSID:"mon_reseau"  
          Mode:Managed  Frequency:2.452 GHz  Access Point: Not-Associated 
          ...

je me suis fait un bête petit script bash

#! /bin/bash

if (iwconfig wlan0 | grep  "Not-Associated") then 
	/etc/init.d/networking restart
fi

que je lance toutes les 10 minutes à l'aide de fcron en mode root (l'avantage sur cron - parait-il - c'est qu'il va permettre d'exécuter les tâches non faites dès la sortie d'hibernation)

# Relancer le wifi toutes les 10 minutes - si nécessaire - à partir du démarrage:
!volatile(true)
@first(0) 10 /home/scripts/restart_wifi.bash

Voila, ça a l'air de pas trop mal marcher, même si c'est pas très propre comme façon de faire.

Edit: je ne sais pas si ça a la moindre importance, mais je n'utilise pas NetworkManager; toute la configuration du résea est faite dans le fichier /etc/network/interfaces.

#lspci | grep Atheros
04:02.0 Ethernet controller: Atheros Communications Inc. AR5212 802.11abg NIC (rev 01)

Tout fonctionnait parfaitement avec la version 7.04. Je pensais que la version 8.10 allait corriger les erreurs de jeunesse de la 8.04. Mais ce n'est pas le cas et ce me bug me semble pas répertorié !
Le problème est également posé sur le forum américain. Seul réponse : utiliser les pilotes ndiswrapper.