OVH Cloud OVH Cloud

mise en veille en ACPI ...

5 réponses
Avatar
Frédéric BOITEUX
Bonjour,

J'ai fait quelques essais pour mettre en veille mon ordi (un Shuttle) avec
l'ACPI du noyau 2.6 (un 2.6.14). J'ai donc regard=E9 le contenu
de /sys/power/state qui me r=E9pond 'standby mem disk'. J'ai d'abord test=
=E9 :
# echo -n standby > /sys/power/state

Il se passe bien qq chose, l'=E9cran passe en mode texte, j'y vois des mess=
ages
de syslog et il n'est donc pas *en veille*. Si j'appuie sur une touche ou q=
ue je
bouge la souris, tout reviens =E0 la normale.

J'ai ensuite essay=E9 :
# echo -n mem > /sys/power/state

Et l=E0, l'=E9cran devient noir (et se met en veille), le ventilo s'arr=EAt=
e, les
DELs aussi, bref, l'ordi semble arr=EAt=E9. Ok. En revanche, si j'appuie su=
r une
touche ou que je bouge la souris, l'ordi red=E9marre, mais pas le signal de=
la
carte graphique :-((

Est-ce que vous avez test=E9 avec succ=E8s ce genre de manips ? Avez-vous u=
ne piste
pour am=E9liorer ce fonctionnement ?

Fred.

5 réponses

Avatar
Simon Vallet
Bonjour,

On Mon, 3 Apr 2006 13:34:47 +0200
Frédéric BOITEUX wrote:

J'ai ensuite essayé :
# echo -n mem > /sys/power/state

Et là, l'écran devient noir (et se met en veille), le ventilo s'arr ête, les
DELs aussi, bref, l'ordi semble arrêté. Ok. En revanche, si j'appuie sur une
touche ou que je bouge la souris, l'ordi redémarre, mais pas le signal de la
carte graphique :-((



ce sont malheureusement des choses qui arrivent -- certain drivers de
cartes graphiques ne sont pas totalement prêts pour ce genre de manips

Est-ce que vous avez testé avec succès ce genre de manips ?



Je l'utilise régulièrement avec acpid sur un Latitude -- ça fonctionne
sans problème

Avez-vous une piste pour améliorer ce fonctionnement ?



Pour ce genre de fonctionnalité (à support noyau relativement récent),
j'aurais déjà tendance à mettre à jour mon noyau -- le 2.6.16 est p as
mal du tout...

Sinon si tu peux regarder du côté de vbetool, qui te permet de
sauvegarder l'état de ta carte avant passage en S3, et/ou radeontool,
si tu as un chipset Radeon

Simon
Avatar
seisen
Frédéric BOITEUX writes:

# echo -n mem > /sys/power/state

Et là, l'écran devient noir (et se met en veille), le ventilo s'arrête, les
DELs aussi, bref, l'ordi semble arrêté. Ok. En revanche, si j'appuie sur une
touche ou que je bouge la souris, l'ordi redémarre, mais pas le signal de la
carte graphique :-((

Est-ce que vous avez testé avec succès ce genre de manips ? Avez-vous une piste
pour améliorer ce fonctionnement ?



apres avoir installe le paquet vbetool, je n'ai plus
eu ce probleme (2.6.15.1 / 2.6.16).

--
GnuPG ID 1024D/112189D8


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
De Leeuw Guy
je rame la dessus depuis une semaine :-(
Guy

Frédéric BOITEUX a écrit :

Bonjour,

J'ai fait quelques essais pour mettre en veille mon ordi (un Shuttle) avec
l'ACPI du noyau 2.6 (un 2.6.14). J'ai donc regardé le contenu
de /sys/power/state qui me répond 'standby mem disk'. J'ai d'abord testé :
# echo -n standby > /sys/power/state

Il se passe bien qq chose, l'écran passe en mode texte, j'y vois des messages
de syslog et il n'est donc pas *en veille*. Si j'appuie sur une touche ou que je
bouge la souris, tout reviens à la normale.

J'ai ensuite essayé :
# echo -n mem > /sys/power/state

Et là, l'écran devient noir (et se met en veille), le ventilo s'arrête, les
DELs aussi, bref, l'ordi semble arrêté. Ok. En revanche, si j'appuie sur une
touche ou que je bouge la souris, l'ordi redémarre, mais pas le signal de la
carte graphique :-((

Est-ce que vous avez testé avec succès ce genre de manips ? Avez-vous une piste
pour améliorer ce fonctionnement ?

Fred.







--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Frédéric BOITEUX
Le lun 03 avr 2006 15:14:55 CEST, a écrit :


apres avoir installe le paquet vbetool, je n'ai plus
eu ce probleme (2.6.15.1 / 2.6.16).



Merci pour vos conseils, je vais tester avec vbetool. J'ai également trou vé la
page http://vizzzion.org/?id¬pi_sleep qui donne quelques pistes...

Si je progresse, je donnerai + d'infos.

Fred.
Avatar
Frédéric BOITEUX
Le lun 03 avr 2006 17:01:47 CEST, Frédéric BOITEUX om> a
écrit :

Le lun 03 avr 2006 15:14:55 CEST, a écrit :

>
> apres avoir installe le paquet vbetool, je n'ai plus
> eu ce probleme (2.6.15.1 / 2.6.16).

Merci pour vos conseils, je vais tester avec vbetool. J'ai également tr ouvé la
page http://vizzzion.org/?id¬pi_sleep qui donne quelques pistes...




J'ai finalement testé les paquets 'hibernate' et 'vbetool' (le premier se
servant du second), et j'ai pu tester avec succès les mises en veille 'st andby'
et 'ram'. Dans le second cas (endormissement + profond), vbetool permet bie n de
réactiver le signal vidéo :-)

Merci à tous,
Fred.