[Liste-clx] Bouton Power sur les Claviers !

[Jean-Yves LENHOF]

Oye, oye brave gens !

Petit followup sur ce problème qui m'a bien pourrit la vie, j'ai enfin 
mis la main sur la config lié à ce fichu bouton... Et le couplage est à 
chercher au niveau de systemd ! (Je sais que certains adorent troller 
dessus ;-) )

Il suffit de changer à "no" la variable "AllowSuspend" dans le fichier 
/etc/systemd/sleep.conf

[Sleep]
AllowSuspend=no

Je ne sais pas encore si je peux retagger le bouton à autre chose, mais 
déjà qu'il ne mette plus en veille le bazar c'est bcp mieux !

A noter que j'ai poursuivi mes amusements au niveau Kodi, ma "très 
vieille" tour (~2011) devenant très instable avec le driver nvidia (pour 
avoir le son en hdmi, marche pas avec le driver opensource)... j'ai 
entrepris de refaire des tests avec mon nanoPC-T4 et après qq galères 
que je vais essayer de tracer dans un article sur mon site (la solution 
repose sur bullseye en cours de stabilisation mais aussi des petits 
ajustements au niveau HDMI pour le son), j'en ai fait une kodibox qui 
tient plutôt pas trop mal la comparaison.... La seule vraie limitation 
étant la taille du SSD nvme de 1 To qu'on remplit très vite avec de la 
musique, des vidéos, des concerts, etc...Par contre cela tendance à 
chauffer un poil donc pour être sur je viens de commander un ventilateur 
sur aliexpress et une belle boite pour en faire un truc propre.... J'ai 
pas encore décider de ce que je vais en faire, mais il va être en 
doublon par rapport à la solution Shuttle ci-dessous.

En parallèle je suis tombé sur ce que je considère comme une affaire 
assez correcte sur le site backmarket (https://www.backmarket.fr/) avec 
un shuttle XH110V équipé de 8Go de RAM, d'un CPU i7-6700 à 2,8 GHz et 
d'un disque interne de 8 To le tout pour 500€ (regardez le prix d'un 
disque de 8 To seul déjà) et là bcp moins de difficulté à faire 
fonctionner le tout, tout fonctionne directement en natif sans 
bidouillage comme sur le nano-PC.... J'avais un peu peur parce que ce 
n'est pas fanless mais en fait le ventilateur se calme très vite et en 
fait c'est presque le disque dur qui fait un plus de bruit et c'est 
largement supportable (c'est pas un SSD mais un classique à plateaux à 
7200 RPM)

Bricoleusement votre,

JYL

Le 16/03/2021 à 14:44, Jean-Yves LENHOF a écrit :
>
> Le 16/03/2021 à 10:32, julien soula a écrit :
>> On Mon, Mar 15, 2021 at 11:46:46PM +0100, Jean-Yves LENHOF wrote:
>>> .../...
>>> Il ne me reste plus qu'une chose qui m'emmerde un peu et je sollicite
>>> l'assemblée pour savoir si des personnes ont des idées... cette
>>> telecommande/clavier/souris présente une touche "power" trop facilement
>>> accessible qui execute directement une sorte de mise en veille... 
>>> sauf que
>>> le PC qui gère mon media center a environ une dizaine d'année et ne 
>>> gère pas
>>> bien l'entrée et/ou la sortie de mise en veille...Du coup je dois 
>>> repasser
>>> par le bouton à l'arrière, et refaire une ou deux séances de boot 
>>> (pas des
>>> plus rapides) pour reprendre la main....bref un peu con
>>>
>>>
>>> Bref, j'aimerais bien démapper cette fonction par défaut et pouvoir la
>>> mapper par exemple sous Kodi au menu relatif à l'alimentation (le 
>>> menu)...
>>>
>>> Sauf que là je sèche un peu, c'est au niveau gnome ou plus bas 
>>> niveau que ce
>>> truc est géré, et j'ai eu beau modifier des valeurs pour ignorer ce 
>>> type de
>>> choses dans /etc/system/logind.conf, rien n'y fait...
>>>
>>> Des idées ?
>> est-ce que ce bouton ne serait pas un "input" a lui tout seul ? On
>> peut voir ca avec lsinput et dans sys/class/input/ . Si c'est le cas,
>> ca peut p-e se desactiver dans /sys/
>>
>> a+,
>
> Hello,
>
> Connaissait pas ce lsinput...
>
> Alors j'ai bien des trucs power
>
> root at debianmultimedia:~# lsinput
> /dev/input/event0
>    bustype : BUS_HOST
>    vendor  : 0x0
>    product : 0x1
>    version : 0
>    name    : "Power Button"
>    phys    : "PNP0C0C/button/input0"
>    bits ev : (null) (null)
>
> /dev/input/event1
>    bustype : BUS_HOST
>    vendor  : 0x0
>    product : 0x1
>    version : 0
>    name    : "Power Button"
>    phys    : "LNXPWRBN/button/input0"
>    bits ev : (null) (null)
>
>
> Mais pas spécialement lorsque je branche l'ii25.... Voici les lignes 
> qui s'ajoutent lorsque je le branche :
>
> root at debianmultimedia:~# diff -uNr /tmp/sans.txt /tmp/avec.txt
> --- /tmp/sans.txt    2021-03-16 10:43:41.783080009 +0100
> +++ /tmp/avec.txt    2021-03-16 10:45:04.982041994 +0100
> @@ -16,6 +16,46 @@
>     phys    : "LNXPWRBN/button/input0"
>     bits ev : (null) (null)
>
> +/dev/input/event2
> +   bustype : BUS_USB
> +   vendor  : 0x1915
> +   product : 0x1028
> +   version : 257
> +   name    : "123 COM Smart Control"
> +   phys    : "usb-0000:00:02.0-2/input0"
> +   uniq    : ""
> +   bits ev : (null) (null) (null) (null) (null)
> +
> +/dev/input/event3
> +   bustype : BUS_USB
> +   vendor  : 0x1915
> +   product : 0x1028
> +   version : 257
> +   name    : "123 COM Smart Control Mouse"
> +   phys    : "usb-0000:00:02.0-2/input1"
> +   uniq    : ""
> +   bits ev : (null) (null) (null) (null)
> +
> +/dev/input/event4
> +   bustype : BUS_USB
> +   vendor  : 0x1915
> +   product : 0x1028
> +   version : 257
> +   name    : "123 COM Smart Control Consumer C"
> +   phys    : "usb-0000:00:02.0-2/input1"
> +   uniq    : ""
> +   bits ev : (null) (null) (null) (null) (null)
> +
> +/dev/input/event5
> +   bustype : BUS_USB
> +   vendor  : 0x1915
> +   product : 0x1028
> +   version : 257
> +   name    : "123 COM Smart Control System Con"
> +   phys    : "usb-0000:00:02.0-2/input1"
> +   uniq    : ""
> +   bits ev : (null) (null) (null)
> +
>  /dev/input/event6
>
> Pas si parlant que ça pour moi...
>
> Cdlt,
>
> JYL
>