Muriel’s blog

Billet daté du 6 novembre 2006. Précaution oratoire: ces informations ont été notées suite à des opérations mystérieuses opérées par un tiers (de confiance) sur ma machine — opérations dont je ne saurais juger de l’élégance.

Préambule : sur IBM Thinkpad T22, la mise en veille d’Ubuntu ne marche que sous APM.
Il est nécessaire de créer un fichier event.d/sound dans /etc/apm :

#!/bin/sh
echo $1 >> /var/tmp/apm_sound.log
case $1  in
  start)
    /sbin/modprobe snd-cs46xx ;;
  resume)
   /sbin/modprobe snd-cs46xx ;;
  suspend)
    /usr/bin/killall /usr/lib/gnome-applets/mixer_applet2
    /usr/bin/killall esd
    #ici, introduire des commandes pour tuer toute application utilisant du son
    /usr/bin/killall totem
    /usr/bin/killall mplayer
    #...
    /bin/sleep 5
	
    /sbin/rmmod snd-cs46xx ;;
esac

Ensuite il faut ajouter un lien symbolique de /etc/apm/resume.d/70sound vers /etc/apm/event.d/sound.
Mes deux problèmes étaient ainsi résolus :

• Problème 1 : plus de son après hibernation. Sans le lien symbolique, le script sound resume relançant le module de son (snd-cs46xx) n’était pas exécuté.
• Problème 2 : l’exécution d’une application sollicitant le module de son empêchait sa désactivation dans le script suspend, ,d’où l’ajout de commandes dans sound suspend pour tuer toutes les applications exécutant du son juste avant la ligne de désactivation du module (snd-cs46xx).

Cet article a été publié le Lundi 6 novembre 2006 à 22:27 et est classé dans Geekish newbie. Vous pouvez suivre les réponses reçues par cet article grâce au fil RSS 2.0. Vous pouvez laisser un commentaire, ou faire un trackback depuis votre propre site.