Mise en veille : je perds tout

Support Debian
#1

Salut,
sur mon portable lorsque je sors de veille je perds le wifi.
Impossible de se reconnecter manuellement ou via wicd. Il
faut redémarrer (super la mise en veille !)
De plus au démarrage j’ai un petit script qui lance des commandes
synclient histoire que le défilement à deux doigts soit activé sur
le touchpad. Ça c’est aussi perdu après la mise en veille, il faut
relancer les commandes.

Le portable est sous sidux toutes mises à jour faites avant-hier.
J’ai du d’ailleurs suite au changement de noyau refaire l’install
à la main de la carte wifi.

#2

[quote]Le portable est sous sidux toutes mises à jour faites avant-hier.
J’ai du d’ailleurs suite au changement de noyau refaire l’install
à la main de la carte wifi.[/quote]

sidux ayant disparu depuis deux mois environ au profit de aptosid j’aimerais que tu nous explique :laughing:

Ton sources.list serait un plus :slightly_smiling:

#3

Salut,
Est-ce que la taille de ta SWAP est suffisante ??

#4

Salut,

alors :

ponky@siduxbox:/etc/apt/sources.list.d$ cat aptosid.list deb http://aptosid.office-vienna.at/aptosid/debian/ sid main fix.main #deb-src http://aptosid.office-vienna.at/aptosid/debian/ sid main fix.main ponky@siduxbox:/etc/apt/sources.list.d$ cat debian.list deb http://ftp.us.debian.org/debian/ sid main deb http://ftp.fr.debian.org/debian/ unstable main contrib non-free #deb-src http://ftp.us.debian.org/debian/ sid main ponky@siduxbox:/etc/apt/sources.list.d$ cat sidux.dpkg-sidux deb http://sidux.office-vienna.at/sidux/debian/ sid main fix.main deb http://sidux.com/debian/ sid main contrib non-free fix.main fix.contrib fix.non-free #deb-src http://sidux.office-vienna.at/sidux/debian/ sid main fix.main

Ce sont les trois fichiers de /etc/apt/sources.list.d/.

Sinon :

ponky@siduxbox:/etc/apt/sources.list.d$ free total used free shared buffers cached Mem: 2035148 565804 1469344 0 38912 313360 -/+ buffers/cache: 213532 1821616 Swap: 5116696 0 5116696

Donc je pense pas que le swap soit en cause …

#5

tu peux gérer les services à la mise en veille/hibernation et au sortir de la mise en veille/hibernation avec pm-utils

Il suffit de créer, par exemple, un script dans /etc/pm/sleep.d/ et de le rendre exécutable avec la structure suivante puis l’adapter à vos besoins.

[code]#!/bin/bash
case $1 in
hibernate)

Ici instructions avant HIBERNATION

;;
suspend)

Ici instructions avant SUSPEND

;;
thaw)

Ici instructions au sortir du suspend

;;
resume)

Ici instructions au sortir de l’hibernation

;;
*)
;;
esac[/code]

#6

Merci Cyrilleb mais précisément je ne parviens pas à
refaire fonctionner le wifi après la veille !!!
Donc je ne saurais que mettre comme commande
à la sortie de mise en veille (bon ceci dit
l’histoire de synclient peut être réglée grâce
à ça !).

#7

As tu essayé de le couper “proprement” (cas hibernate, suspend du script précédent) avant la mise en veille" et de redémarrer le réseau au sortir de celle-ci

sinon rien dans les logs ?

#8

Pendant une période je devais décharger et recharger le module gérant le wifi.
Ça avait à peu près cette gueule là :

suspend) service network stop rmmod ath5k ;; resume) modprobe ath5k service network start ;;

Peut-être qu’une démarche similaire résoudra ton problème :wink:

#9

[quote=“Cyrilleb”]As tu essayé de le couper “proprement” (cas hibernate, suspend du script précédent) avant la mise en veille" et de redémarrer le réseau au sortir de celle-ci
[/quote]

Je vais essayer ça déjà comme ça je pourrais essayer la solution pm-utils.

[quote]
sinon rien dans les logs ?[/quote]

Je ne sais pas où regarder exactement.

#10

log
/var/log

tu as

pm-powersave.log et pm-suspend.log

++
Cyrille

#11

Bon dans /etc/pm/sleep.d j’ai le script 74ifplugd qui peut-être ne fait pas le job.

Je vais peut-être essayer en virant tous les scripts de ce dossier …

[EDIT] Si je déconnecte via wicd et que j’essaie de reconnecter c’est un échec …
La mise en veille n’est peut-être pas le problème ici finalement.

#12

J’avance un peu : si je désactive le wifi avec la touche Fn
et que je le réactive alors je récupère le wifi.

#13

Tu as essayé en désactivant et en réactivant les modules noyaux qui gèrent ton wifi comme je te le proposais plus haut ?

#14

Non pas encore je n’ai pas réussi à identifier les modules en question.

#15

C’est très probablement ça. La difficulté serait que ta carte nécessite un firmware, le firmware est perdu lors de l’hibernation et il est nécessaire de forcer le rechargement. Le rechargement du module peut permettre de le faire. La carte est peut être aussi dans un état second…

#16

Intéressant fran.b : comment faire pour savoir qui est ce firmware,
surtout comment le recharger ? La carte se porte bien je pense sinon :mrgreen:

#17

On peut commencer par regarder ce que donne lsmod et les paragraphes qui commencent par *-network pour le résultat de la commande lshw.

#18

Pour savoir le module gérant ta carte: lspci -vv
dmesg ou la lecture du syslog t’indiquera si un firmware est chargé

#19

@fran.b

$ lspci -w lspci: invalid option -- 'w'

Tu voulais peut être dire lspci -v ?

#20

:030 faut que j’arrête de boire…