Re: mise en veille de mon toshiba satellite u200-163 sous debian lenny
Thierry B, mercredi 17 octobre 2007, 11:12:14 CEST
>
> 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.
Normal, la description était intentionnellement biaisée :oP
> > — 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
Hé ? S2ram ne touche ni à la swap ni au disque. C’est assez
étrange que ceux-ci soient corrompus.
> 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), […]
Cela explique peut-être les corruptions : il faut d’abord
faire les tests en console, sans X derrière et avec un minimum
de programmes ou services en cours. (En single, ce serait pas
plus mal.)
Si tu arrives à trouver les options qui ne font ni rebouter
ni geler ta machine, tu pourras ensuite essayer avec X. Note
que, souvent, la veille est ok mais l’écran n’est pas rallumé
au réveil (d’où les options pour les vbetools et cie), il faut
penser à le vérifier (lancer des commandes en aveugle, tester
les leds du clavier…).
> 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
Ok, cela expliquerait mieux les corruptions du disque.
Tu peux aussi discuter sur suspend-devel@lists.sourceforge.net,
ils sont sympas.
--
Sylvain Sauvage
Reply to: