Réveiller écran avec un double-clic

Domynyk · Message par **Domynyk** » sam. 10 oct. 2020 12:21

Bonjour
Très récent Linuxien....
J'avais l'habitude sous Windows de "réveiller" l'écran (qui était en mode veille) avec un double clic de souris.
Sous Linux, je dois appuyer sur le bouton marche arrêt du clavier.
Ce bouton peut être considéré comme un point faible dans un ordi.
Or financièrement, je préfère changer une souris qu'un PC, HS uniquement par son bouton d'allumage.
Souris LOGITECH M105
Avez-vous une solution ?
Merci d'être indulgent pour ma connaissance zéro des commandes dans le Terminal

Bonne journée à tous

Domynyk · Message par **Domynyk** » dim. 11 oct. 2020 14:18

Bonjour
je serai enchanté de le faire en graphique mais je n'ai rien trouvé dans les menus
Bonne journée

Message par **tioker** » dim. 11 oct. 2020 18:14

Bonjour,

En cherchant un peu sur le forum, je crois que notre ami n'est pas le seul dans ce soucis.
Moi aussi, sur un Mint LMDE 4 j'ai le soucis, et mon post est malheureusement resté sans solution (mais je ne suis pas allé au bout, j'avoue, faute de temps...).
Je tiens tout de même à rappeler que sur un Ubuntu 20.04 ou un Manjaro 20.1 la souris et le clavier réveillent tous les deux le PC entier ou le seul écran suivant l'état de veille.
Les paramètres de veille standard n'y ont rien fait, et je suis d'accord sur le fait que la manipulation répétée d'un organe mécanique peut générer un point de faiblesse sur le PC (mais c'est réparable tout de même...).

Pour autant je ne suis pas allé au bout de ce conseil que @cyrille m'avait donné. À creuser donc et le premier qui a un bon résultat prévient les autres !

Cdlt

Message par **tioker** » dim. 11 oct. 2020 21:07

Re
J'ai appliqué le dernier poste que j'avais en référence.
Il fonctionne dans les contrôles demandés mais n'a aucun effet.

Par contre, cyrille, si je peux me permettre, ta dernière réponse est assez abstraite, en tous les cas pour moi.
Récupérer les USB par un "lsusb" pas de soucis, mais même en installant la commande d-feet, les paramètres du process dbus restent du domaine des hiéroglyphes pour moi, et je ne m'appelle pas Jean-François Champollion...
Si tu avais une Pierre de Rosette pour nous éclairer ...
Merci

PS: dans le post cité, il est dit que parfois ça n'a d'effet qu'au bout de plusieurs essais... Je ré-essaye plus tard...
A SUIVRE...

Message par **tioker** » lun. 12 oct. 2020 16:18

cyrille a écrit : dim. 11 oct. 2020 21:13 https://codetrips.com/2020/03/18/ubuntu ... m-suspend/

Te donnera un exemple pour le desactiver,
tu fais pareil mais dans l'autre sens

Je te remercie Cyrille,

Donc l'explication (fort utile) de ton lien:
- les répertoires des dispositifs de WakeUp se trouvent là: /sys/bus/usb/devices/*/power/wakeup
- et donc, si tu connais le nom/constructeur de ta souris (Logitech dans mon cas) tu peux trouver son fichier de WakeUp associé

Code : Tout sélectionner

patrick@lmde4:~$ lsusb
Bus 002 Device 002: ID 8087:8000 Intel Corp. 
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:8008 Intel Corp. 
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 002: ID 0781:5581 SanDisk Corp. Ultra
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 002: ID 046d:c52b Logitech, Inc. Unifying Receiver
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

patrick@lmde4:~$ dmesg | grep Logitech | grep -o -P "usb.+?\s"
usb 3-5: 

patrick@lmde4:~$ cat /sys/bus/usb/devices/3-5/power/wakeup
disabled

Jusqu'ici tout va bien mais ...
- J'ai beau mettre "enabled", au prochain boot il me remet "disabled"
- et surtout si je fais un boot à froid (dons pas un redémarrage) le répertoire utilisé (3-5 dans mon exemple) est carrément viré ! La preuve est sur cette sortie où on voit mes répertoires tous à la date/heure du jour (maintenant) et l'ancien (2-5) disparu.

Code : Tout sélectionner

patrick@lmde4:~$ ls -l /sys/bus/usb/devices/*
lrwxrwxrwx 1 root root 0 oct.  12 16:09 /sys/bus/usb/devices/1-0:1.0 -> ../../../devices/pci0000:00/0000:00:1a.0/usb1/1-0:1.0
lrwxrwxrwx 1 root root 0 oct.  12 16:09 /sys/bus/usb/devices/1-1 -> ../../../devices/pci0000:00/0000:00:1a.0/usb1/1-1
lrwxrwxrwx 1 root root 0 oct.  12 16:09 /sys/bus/usb/devices/1-1:1.0 -> ../../../devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1:1.0
lrwxrwxrwx 1 root root 0 oct.  12 16:09 /sys/bus/usb/devices/2-0:1.0 -> ../../../devices/pci0000:00/0000:00:1d.0/usb2/2-0:1.0
lrwxrwxrwx 1 root root 0 oct.  12 16:09 /sys/bus/usb/devices/2-1 -> ../../../devices/pci0000:00/0000:00:1d.0/usb2/2-1
lrwxrwxrwx 1 root root 0 oct.  12 16:09 /sys/bus/usb/devices/2-1:1.0 -> ../../../devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1:1.0
lrwxrwxrwx 1 root root 0 oct.  12 16:09 /sys/bus/usb/devices/3-0:1.0 -> ../../../devices/pci0000:00/0000:00:14.0/usb3/3-0:1.0
lrwxrwxrwx 1 root root 0 oct.  12 16:09 /sys/bus/usb/devices/3-5 -> ../../../devices/pci0000:00/0000:00:14.0/usb3/3-5
lrwxrwxrwx 1 root root 0 oct.  12 16:09 /sys/bus/usb/devices/3-5:1.0 -> ../../../devices/pci0000:00/0000:00:14.0/usb3/3-5/3-5:1.0
lrwxrwxrwx 1 root root 0 oct.  12 16:09 /sys/bus/usb/devices/3-5:1.1 -> ../../../devices/pci0000:00/0000:00:14.0/usb3/3-5/3-5:1.1
lrwxrwxrwx 1 root root 0 oct.  12 16:09 /sys/bus/usb/devices/3-5:1.2 -> ../../../devices/pci0000:00/0000:00:14.0/usb3/3-5/3-5:1.2
lrwxrwxrwx 1 root root 0 oct.  12 16:09 /sys/bus/usb/devices/4-0:1.0 -> ../../../devices/pci0000:00/0000:00:14.0/usb4/4-0:1.0
lrwxrwxrwx 1 root root 0 oct.  12 16:09 /sys/bus/usb/devices/4-6 -> ../../../devices/pci0000:00/0000:00:14.0/usb4/4-6
lrwxrwxrwx 1 root root 0 oct.  12 16:09 /sys/bus/usb/devices/4-6:1.0 -> ../../../devices/pci0000:00/0000:00:14.0/usb4/4-6/4-6:1.0
lrwxrwxrwx 1 root root 0 oct.  12 16:09 /sys/bus/usb/devices/usb1 -> ../../../devices/pci0000:00/0000:00:1a.0/usb1
lrwxrwxrwx 1 root root 0 oct.  12 16:09 /sys/bus/usb/devices/usb2 -> ../../../devices/pci0000:00/0000:00:1d.0/usb2
lrwxrwxrwx 1 root root 0 oct.  12 16:09 /sys/bus/usb/devices/usb3 -> ../../../devices/pci0000:00/0000:00:14.0/usb3
lrwxrwxrwx 1 root root 0 oct.  12 16:09 /sys/bus/usb/devices/usb4 -> ../../../devices/pci0000:00/0000:00:14.0/usb4

J'ai un Ubuntu 20.04.1 sur lequel j'ai fait le même contrôle, et ben mon répertoire ne change pas, raison pour laquelle en "enabled" du WakeUp est toujours valide.

J'ai l'impression qu'il met à jour le répertoire de WakeUpà chaque boot, au moins pour les périphériques amovibles... Raison pour laquelle il ne se rappelle plus le dispositif qui est associé au réveil.

Je continue à chercher.

Mia88 · Message par **Mia88** » mar. 13 oct. 2020 11:29

Bonjour à tous,

tioker a écrit : lun. 12 oct. 2020 16:18 J'ai l'impression qu'il met à jour le répertoire de WakeUpà chaque boot, au moins pour les périphériques amovibles... Raison pour laquelle il ne se rappelle plus le dispositif qui est associé au réveil.
Je continue à chercher.

Après un redémarrage les répertoires sont tous à la même date et affichent l'heure du redémarrage pour moi également, ça semble être normal.

Code : Tout sélectionner

mia@PC5:~$ ls -l /sys/bus/usb/devices/*
lrwxrwxrwx 1 root root 0 oct.  13 09:57 /sys/bus/usb/devices/1-0:1.0 -> ../../../devices/pci0000:00/0000:00:1a.0/usb1/1-0:1.0
lrwxrwxrwx 1 root root 0 oct.  13 09:57 /sys/bus/usb/devices/1-1 -> ../../../devices/pci0000:00/0000:00:1a.0/usb1/1-1
lrwxrwxrwx 1 root root 0 oct.  13 09:57 /sys/bus/usb/devices/1-1:1.0 -> ../../../devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1:1.0
lrwxrwxrwx 1 root root 0 oct.  13 09:57 /sys/bus/usb/devices/1-1.2 -> ../../../devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.2
lrwxrwxrwx 1 root root 0 oct.  13 09:57 /sys/bus/usb/devices/1-1.2:1.0 -> ../../../devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.2/1-1.2:1.0
lrwxrwxrwx 1 root root 0 oct.  13 09:57 /sys/bus/usb/devices/1-1.2:1.1 -> ../../../devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.2/1-1.2:1.1
lrwxrwxrwx 1 root root 0 oct.  13 09:57 /sys/bus/usb/devices/1-1.2:1.2 -> ../../../devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.2/1-1.2:1.2
lrwxrwxrwx 1 root root 0 oct.  13 09:57 /sys/bus/usb/devices/2-0:1.0 -> ../../../devices/pci0000:00/0000:00:1d.0/usb2/2-0:1.0
lrwxrwxrwx 1 root root 0 oct.  13 09:57 /sys/bus/usb/devices/2-1 -> ../../../devices/pci0000:00/0000:00:1d.0/usb2/2-1
lrwxrwxrwx 1 root root 0 oct.  13 09:57 /sys/bus/usb/devices/2-1:1.0 -> ../../../devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1:1.0
lrwxrwxrwx 1 root root 0 oct.  13 09:57 /sys/bus/usb/devices/3-0:1.0 -> ../../../devices/pci0000:00/0000:00:14.0/usb3/3-0:1.0
lrwxrwxrwx 1 root root 0 oct.  13 09:57 /sys/bus/usb/devices/3-4 -> ../../../devices/pci0000:00/0000:00:14.0/usb3/3-4
lrwxrwxrwx 1 root root 0 oct.  13 09:57 /sys/bus/usb/devices/3-4:1.0 -> ../../../devices/pci0000:00/0000:00:14.0/usb3/3-4/3-4:1.0
lrwxrwxrwx 1 root root 0 oct.  13 09:57 /sys/bus/usb/devices/4-0:1.0 -> ../../../devices/pci0000:00/0000:00:14.0/usb4/4-0:1.0
lrwxrwxrwx 1 root root 0 oct.  13 09:57 /sys/bus/usb/devices/usb1 -> ../../../devices/pci0000:00/0000:00:1a.0/usb1
lrwxrwxrwx 1 root root 0 oct.  13 09:57 /sys/bus/usb/devices/usb2 -> ../../../devices/pci0000:00/0000:00:1d.0/usb2
lrwxrwxrwx 1 root root 0 oct.  13 09:57 /sys/bus/usb/devices/usb3 -> ../../../devices/pci0000:00/0000:00:14.0/usb3
lrwxrwxrwx 1 root root 0 oct.  13 09:57 /sys/bus/usb/devices/usb4 -> ../../../devices/pci0000:00/0000:00:14.0/usb4
mia@PC5:~$

Si j'ai bien compris, l'auteur dit à la fin de la page :

Mise à jour : cela ne survit pas à un redémarrage du système, vous devez donc ré-exécuter la dernière commande ou l'ajouter à votre fichier .bashrc ou .zshrc.

Message par **tioker** » mar. 13 oct. 2020 14:06

Mia88 a écrit : mar. 13 oct. 2020 11:29 Si j'ai bien compris, l'auteur dit à la fin de la page :
Mise à jour : cela ne survit pas à un redémarrage du système, vous devez donc ré-exécuter la dernière commande ou l'ajouter à votre fichier .bashrc ou .zshrc.

cyrille a écrit : mar. 13 oct. 2020 13:19 Scripter la detection dupériph associé et la mise à jour de la variable et alloué un script de démarrage (ai fait un how to / rc.local), s'en inspiré.
Désolé, très peu de temps

Merci à tous les deux.
En fait c'est bien ça. Comme le répertoire de Wakeup change à chaque reboot, il faut scripter pour trouver le bon nom de répertoire (2-5, 3-5...) et lui affecter la variable qui va bien.
J'ai déjà trouvé la suite de commandes à mettre dans mon script:

Code : Tout sélectionner

var=$(echo ${var=$(dmesg | grep Logitech | grep -o -P "usb.+?\s"):4:3})
sudo sh -c "echo 'enabled' > /sys/bus/usb/devices/$var/power/wakeup"

Là je vais écrire le script et le positionner là où il faut. Il faut que je fasse attention à la commande sudo pour qu'elle soit bien interprétée.

A SUIVRE...

Message par **tioker** » mar. 13 oct. 2020 16:07

Ça y est, ça fonctionne.

Et donc en résumé du problème:
À chaque reboot, les fichiers de wakeup des dispositifs USB (et les autres aussi) sont tous mis en disabled, et le n° de répertoire peut changer (reboot à froid).
Il faut donc repérer le n° de répertoire du dispositif qui est susceptible de réveiller la machine et appliquer la qualificatif enabled conformément à ce post. Mais comme l'a fort bien noté Mia88, c'est valable pour la session, donc à refaire. C'est là que cyrille fournit la bonne méthode en exécutant un script au démarrage. Ayant lu que le rc.local avait une espérance de vie limitée dans l'environnement Linux, j'ai appliqué la recommandation de ce post qui privilégie la création d'un service spécifique

Actions

Script de modification du qualificatif sous /usr/local/bin/wakeup.sh

Code : Tout sélectionner

#!/bin/bash
#
var=$(dmesg | grep Logitech | grep -o -P "usb.+?\s")
var=$(echo ${var:4:3})
sh -c "echo 'enabled' > /sys/bus/usb/devices/$var/power/wakeup"

Droits d'éxécution

Code : Tout sélectionner

sudo chmod +x /usr/local/bin/wakeup.sh

Création du fichier service sous /etc/systemd/system/wakeup.service

Code : Tout sélectionner

[Unit]
Description=WakeUp on Mouse

[Service]
Type=oneshot
ExecStart=/usr/local/bin/wakeup.sh

[Install]
WantedBy=multi-user.target

Activation du service

Code : Tout sélectionner

sudo systemctl enable wakeup.service

Tester. Voilà.

Remarque: dans le script, ne pas mettre de sudo, l’exécution étant faite sous root.

À Domynyk de vérifier si ça fonctionne chez lui (et Mia88 peut-être aussi).

Cdlt

Mia88 · Message par **Mia88** » mar. 13 oct. 2020 17:48

Super ! Contente pour toi que tu aies réussi

Moi je laisse tomber, la commande

Code : Tout sélectionner

dmesg | grep Logitech | grep -o -P "usb. +? \ S"

ne me renvoie rien (j'avais du copier la réponse avec la commande sur le site sans m'en aperçevoir quand j'ai obtenu "usb 2-1.2.7" au premier essai

).

J'ai tenté avec 2-1, c''est le récepteur USB pour le clavier et la souris sans fil, mais ça ne doit pas être ce qu'il faut activer.

J'ai même essayé la solution du début qui est déconseillée

Pas grave, le bouton de la tour semble solide

En tout cas merci pour ton retour clair et détaillé, je suis sûre que ça servira à d'autres

Message par **tioker** » jeu. 15 oct. 2020 14:40

Mia88 a écrit : mar. 13 oct. 2020 17:48 Moi je laisse tomber, la commande
Code : Tout sélectionner
dmesg | grep Logitech | grep -o -P "usb. +? \ S"
ne me renvoie rien (j'avais du copier la réponse avec la commande sur le site sans m'en aperçevoir quand j'ai obtenu "usb 2-1.2.7" au premier essai ).

Bon,

j'allais te dire:

Oui en effet, la commande ne fonctionne pas sous LM 19.3

sauf que...
Je me suis aperçu qu'à priori tu n'as pas tapé la bonne commande. La tienne ajoute des espaces à la fin et entre certains caractères alors que la Pattern Perl doit être rigoureusement reproduite comme dans l'exemple.

Code : Tout sélectionner

dmesg | grep Logitech | grep -o -P "usb.+?\s"

Essaye à nouveau et dis nous.

Forum-Francophone-LinuxMint.fr

Réveiller écran avec un double-clic

Réveiller écran avec un double-clic

Re: Réveiller écran avec un double-clic

Re: Réveiller écran avec un double-clic

Re: Réveiller écran avec un double-clic

Re: Réveiller écran avec un double-clic

Re: Réveiller écran avec un double-clic

Re: Réveiller écran avec un double-clic

Re: Réveiller écran avec un double-clic

Re: Réveiller écran avec un double-clic

Re: Réveiller écran avec un double-clic