à tout hasard tu as regardé ici ?
http://petaramesh.org/post/2008/07/16/Installation-de-KUbuntu-sur-un-Acer -Aspire-One
Bon c'est du kubuntu mais ça peut aider.
à tout hasard tu as regardé ici ?
http://petaramesh.org/post/2008/07/16/Installation-de-KUbuntu-sur-un-Acer -Aspire-One
Bon c'est du kubuntu mais ça peut aider.
à tout hasard tu as regardé ici ?
http://petaramesh.org/post/2008/07/16/Installation-de-KUbuntu-sur-un-Acer -Aspire-One
Bon c'est du kubuntu mais ça peut aider.
Grégory Bulot à écrit le Sun, 12 Jul
2009 15:44:39 +0200
je précise que si je ferme le capot :
cat /proc/acpi/button/lid/LID0/state
state: closed
Grégory Bulot <debian.list@batman.dyndns.org> à écrit le Sun, 12 Jul
2009 15:44:39 +0200
je précise que si je ferme le capot :
cat /proc/acpi/button/lid/LID0/state
state: closed
Grégory Bulot à écrit le Sun, 12 Jul
2009 15:44:39 +0200
je précise que si je ferme le capot :
cat /proc/acpi/button/lid/LID0/state
state: closed
As tu ton utilisateur dans le groupe powerdev ?
Fanfan
As tu ton utilisateur dans le groupe powerdev ?
Fanfan
As tu ton utilisateur dans le groupe powerdev ?
Fanfan
et l'activant je peux hiberner ou suspendre via le menu d'extinction
d'lxde, mais la fermeture du lid ne suspend toujours pas le portable
et l'activant je peux hiberner ou suspendre via le menu d'extinction
d'lxde, mais la fermeture du lid ne suspend toujours pas le portable
et l'activant je peux hiberner ou suspendre via le menu d'extinction
d'lxde, mais la fermeture du lid ne suspend toujours pas le portable
Il faut que tu modifies les scripts d'hibernation. Il me semble que
Sinon, tu peux aussi installer sleep (solution que j'ai retenue) qui
peut implémenter une politique de mise en veille/hibernation en
fonction du temps d'inactivité, de la (non)présence de l'alimen tation
et de l'état de la batterie.
J'ai aussi installé esekeyd et mappé un pm-suspend sur Fn+F3. A insi,
je peux forcer une suspension et fermer le lid, ou je peux simplement
fermer le lid (la suspension se fera selon la politique de sleep,
chez moi, pas de suspension si alimentation, sinon suspension apres 5
minutes).
Il faut que tu modifies les scripts d'hibernation. Il me semble que
Sinon, tu peux aussi installer sleep (solution que j'ai retenue) qui
peut implémenter une politique de mise en veille/hibernation en
fonction du temps d'inactivité, de la (non)présence de l'alimen tation
et de l'état de la batterie.
J'ai aussi installé esekeyd et mappé un pm-suspend sur Fn+F3. A insi,
je peux forcer une suspension et fermer le lid, ou je peux simplement
fermer le lid (la suspension se fera selon la politique de sleep,
chez moi, pas de suspension si alimentation, sinon suspension apres 5
minutes).
Il faut que tu modifies les scripts d'hibernation. Il me semble que
Sinon, tu peux aussi installer sleep (solution que j'ai retenue) qui
peut implémenter une politique de mise en veille/hibernation en
fonction du temps d'inactivité, de la (non)présence de l'alimen tation
et de l'état de la batterie.
J'ai aussi installé esekeyd et mappé un pm-suspend sur Fn+F3. A insi,
je peux forcer une suspension et fermer le lid, ou je peux simplement
fermer le lid (la suspension se fera selon la politique de sleep,
chez moi, pas de suspension si alimentation, sinon suspension apres 5
minutes).
http://packages.debian.org/lenny/sleepd ?
Dans l'absolu que le portable s'arrete dès que je ferme le lid : je
préfère (mauvais souvenir de fermeture de lid sans que le portable se
place en veille, puis rangement dans sa sacoche en croyant veille
active : forte chaleur !)
par contre qu'il se mette en veille tous seul au bout de 5 minutes de
non utilisation sur batterie cela pourrait être le travail de sleepd si
j'ai bien compris
http://packages.debian.org/squeeze/esekeyd
rien à voir avec le sujet (veille), mais avec esekeyd, j'arrive pas
associer la gestion du volume (entre autre) par exemple :
VOLUMEUP: [je sais pas quoi ici]
en me basant sur une commande qui fonctionne sur mon fixe [aumix
-v+10], j'ai essayer de transposer avec une commande existante sur
mon portable [amixer sset Master pvolume +10] mais cette commande ne
semble pas agir sur le volume (ça reste à 45, le maxi est 64 d'après
amixer sget Master)
http://packages.debian.org/lenny/sleepd ?
Dans l'absolu que le portable s'arrete dès que je ferme le lid : je
préfère (mauvais souvenir de fermeture de lid sans que le portable se
place en veille, puis rangement dans sa sacoche en croyant veille
active : forte chaleur !)
par contre qu'il se mette en veille tous seul au bout de 5 minutes de
non utilisation sur batterie cela pourrait être le travail de sleepd si
j'ai bien compris
http://packages.debian.org/squeeze/esekeyd
rien à voir avec le sujet (veille), mais avec esekeyd, j'arrive pas
associer la gestion du volume (entre autre) par exemple :
VOLUMEUP: [je sais pas quoi ici]
en me basant sur une commande qui fonctionne sur mon fixe [aumix
-v+10], j'ai essayer de transposer avec une commande existante sur
mon portable [amixer sset Master pvolume +10] mais cette commande ne
semble pas agir sur le volume (ça reste à 45, le maxi est 64 d'après
amixer sget Master)
http://packages.debian.org/lenny/sleepd ?
Dans l'absolu que le portable s'arrete dès que je ferme le lid : je
préfère (mauvais souvenir de fermeture de lid sans que le portable se
place en veille, puis rangement dans sa sacoche en croyant veille
active : forte chaleur !)
par contre qu'il se mette en veille tous seul au bout de 5 minutes de
non utilisation sur batterie cela pourrait être le travail de sleepd si
j'ai bien compris
http://packages.debian.org/squeeze/esekeyd
rien à voir avec le sujet (veille), mais avec esekeyd, j'arrive pas
associer la gestion du volume (entre autre) par exemple :
VOLUMEUP: [je sais pas quoi ici]
en me basant sur une commande qui fonctionne sur mon fixe [aumix
-v+10], j'ai essayer de transposer avec une commande existante sur
mon portable [amixer sset Master pvolume +10] mais cette commande ne
semble pas agir sur le volume (ça reste à 45, le maxi est 64 d'après
amixer sget Master)
Grégory Bulot a écrit :
> http://packages.debian.org/lenny/sleepd ?
Oui, sleepd le fera s'endormir tout seul au bout du delai
d'inactivité, s'il n'est pas sur alimentation (rare dans une sacoche ).
> http://packages.debian.org/squeeze/esekeyd
J'utilise esekeyd pour la mise en veille/hibernation sur les touches
Fn+F3 et Fn+F4.
En revanche, pour ce qui est du volume et d'autres
raccourcis, je souhaite que ce soit sous le control de l'utilisateur
et non du système, j'ai donc installé hotkeys pour que ce soit un
process utilisateur qui gere ca, sous le compte utilisateur, si
l'utilisateur est connecté sous X (et qu'il a lancé hotkeys)
Grégory Bulot a écrit :
> http://packages.debian.org/lenny/sleepd ?
Oui, sleepd le fera s'endormir tout seul au bout du delai
d'inactivité, s'il n'est pas sur alimentation (rare dans une sacoche ).
> http://packages.debian.org/squeeze/esekeyd
J'utilise esekeyd pour la mise en veille/hibernation sur les touches
Fn+F3 et Fn+F4.
En revanche, pour ce qui est du volume et d'autres
raccourcis, je souhaite que ce soit sous le control de l'utilisateur
et non du système, j'ai donc installé hotkeys pour que ce soit un
process utilisateur qui gere ca, sous le compte utilisateur, si
l'utilisateur est connecté sous X (et qu'il a lancé hotkeys)
Grégory Bulot a écrit :
> http://packages.debian.org/lenny/sleepd ?
Oui, sleepd le fera s'endormir tout seul au bout du delai
d'inactivité, s'il n'est pas sur alimentation (rare dans une sacoche ).
> http://packages.debian.org/squeeze/esekeyd
J'utilise esekeyd pour la mise en veille/hibernation sur les touches
Fn+F3 et Fn+F4.
En revanche, pour ce qui est du volume et d'autres
raccourcis, je souhaite que ce soit sous le control de l'utilisateur
et non du système, j'ai donc installé hotkeys pour que ce soit un
process utilisateur qui gere ca, sous le compte utilisateur, si
l'utilisateur est connecté sous X (et qu'il a lancé hotkeys)
Sinon sleepd est ... simple a paramétrer (enfin y'a pas trop de choix,
c'est ptet pas plus mal ! )
===> sleepctl status
donc je pense que je dois toujours modifier quelquechose spécifique au
lid, mais le /etc/acpi/lid.sh ne semble pas exécuté (j'ai mis un
logger, rien n'apparaît dans syslog a la fermeture du lid ):
head /etc/acpi/lid.sh
#!/bin/sh
logger -t $0
dans /etc/acpi/events/lid
#event=button/lid.*
#action=/usr/sbin/pm-suspend
event=button[ /]lid
action=/etc/acpi/lid.sh
Sinon sleepd est ... simple a paramétrer (enfin y'a pas trop de choix,
c'est ptet pas plus mal ! )
===> sleepctl status
donc je pense que je dois toujours modifier quelquechose spécifique au
lid, mais le /etc/acpi/lid.sh ne semble pas exécuté (j'ai mis un
logger, rien n'apparaît dans syslog a la fermeture du lid ):
head /etc/acpi/lid.sh
#!/bin/sh
logger -t $0
dans /etc/acpi/events/lid
#event=button/lid.*
#action=/usr/sbin/pm-suspend
event=button[ /]lid
action=/etc/acpi/lid.sh
Sinon sleepd est ... simple a paramétrer (enfin y'a pas trop de choix,
c'est ptet pas plus mal ! )
===> sleepctl status
donc je pense que je dois toujours modifier quelquechose spécifique au
lid, mais le /etc/acpi/lid.sh ne semble pas exécuté (j'ai mis un
logger, rien n'apparaît dans syslog a la fermeture du lid ):
head /etc/acpi/lid.sh
#!/bin/sh
logger -t $0
dans /etc/acpi/events/lid
#event=button/lid.*
#action=/usr/sbin/pm-suspend
event=button[ /]lid
action=/etc/acpi/lid.sh