Je ne pense pas que le paramètre que vous mentionnez ait quelque chose à voir avec cela.
Vérifiez /var/log/pm-suspend.log
et voyez si cela donne un indice.
Ces problèmes sont généralement dus à certains processus empêchant la suspension du système.
Faire
dmesg -T|grep Freez -A4
et recherchez ces entrées:
--
[sun mar 3 15:19:48 2013] Freezing user space processes ...
[sun mar 3 15:20:08 2013] Freezing of tasks failed after 20.01 seconds (3 tasks refusing to freeze, wq_busy=0):
[sun mar 3 15:20:08 2013] mount.nfs D e8631aa0 0 5518 5517 0x00800004
[sun mar 3 15:20:08 2013] e8631b10 00000086 f7bc0e00 e8631aa0 c1053cb4 c1809020 c192ee00 c192ee00
--
Vérifiez les horodatages pour voir lequel des problèmes signalés se rapporte à votre tentative de suspension. Dans ce cas, c'est ce mount.nfs
qui cause les problèmes.
Maintenant, mettez un script /etc/pm/sleep.d/
dedans, les scripts seront exécutés lors de la suspension et de la reprise. Le nom du fichier doit commencer par un numéro de commande, 00-49 pour les scripts utilisateur (pour plus de détails, voir man pm-suspend
).
Le script pourrait ressembler à ceci
#!/bin/sh
(killall -9 mount.nfs; exit 0)
avec des entrées correspondantes pour d'autres processus qui ont causé des problèmes, le cas échéant.
Entre parenthèses et exit 0
est une astuce: si le processus n'est pas trouvé, killall
sortira avec le code de sortie 1, ce qui annulera la suspension entière. Ce qui précède s'exécutera killall
dans un sous-shell qui se terminera par 0.
Si vous rencontrez des problèmes, vérifiez /var/log/pm-suspend.log
que cela enregistrera la tentative de suspension et d'exécuter votre script.