Re: mise en veille de mon toshiba satellite u200-163 sous debian lenny
Sylvain Sauvage a écrit :
> C’est s2ram qui vérifie que la machine est dans sa liste, pour
> éviter les problèmes. Pour outrepasser cette vérification, il
> faut passer l’option -f à s2ram. L’option de -f de hibernate-ram
> ne le fait pas. C’est la variable de configuration
> USuspendRamForce qui le fait (= passer l’option -f à s2ram).
>
> Deux solutions :
> — tester avec hibernate-ram et comprendre le fouillis de
> fichiers de configuration et les options mélangées de s2disk,
> s2ram, suspend2…
celle la m'a l'air compliqué lol.
> — tester directement avec s2ram (en suivant le tutoriel
> http://en.opensuse.org/S2ram ) et en reportant les bonnes
> options après coup.
>
Alors, euh j'ai commencé, mais disons que c'est pas facile de faire tous
les tests car en fait quand un test foire, mon laptop reboote super
super lentement, et pour rétablir le pb, je dois:
- booter sur un livecd
- reformater la swap
- chrooter sur ma debian, et me regénérer un initrd
donc je perds 10 mn pour chaque test lol.
Enfin, je peux deja dire (mais j'ai testé sous X aussi et pas dans un
mode console minimal), que les tests suivants foirent:
- s2ram -f
- s2ram -f -a 1
- s2ram -f -a 3
Sinon, j'ai vu que cela pourrait être du à un bug du sata de mon laptop
toshiba satellite u200-163.
http://bugzilla.kernel.org/show_bug.cgi?id=8456
http://www.mail-archive.com/suspend-devel@lists.sourceforge.net/msg02449.html
Merci, pour cette piste en tout cas.
Je ferai tous les tests quand j'en aurai le courage lol :-)
Reply to: