gnome power & usb autosuspend

Recherche :

Dernière réponse
Sujet : gnome power & usb autosuspend
rat de combat	Tu avais déjà testé avec un autre DE il me semble? Car dans ce cas ce n'est pas GNOME. Sinon je ferais ça déjà, avec un CD live eventuellement (enfin une clé USB, je suis tellement "vintage" :o ). Tu as des choses dans dmesg? Eventuellement et je dis bien eventuellement on pourrait voir quelque chose en regardant le traffic USB entre le PC et le clavier avec Wireshark (qui sait faire ça aussi, pas que du réseau!), notamment les commandes "mets toi en veille", mais j'ai un gros doute, j'y connais rien à ce niveau. Après ça ne coûte rien (au sens propre comme au sens figuré) d'y jeter un oeil. Sinon je sèche... :(

Dernière réponse

Sujet : gnome power & usb autosuspend

rat de combat

Tu avais déjà testé avec un autre DE il me semble? Car dans ce cas ce n'est pas GNOME. Sinon je ferais ça déjà, avec un CD live eventuellement (enfin une clé USB, je suis tellement "vintage" :o ).

Tu as des choses dans dmesg?

Eventuellement et je dis bien eventuellement on pourrait voir quelque chose en regardant le traffic USB entre le PC et le clavier avec Wireshark (qui sait faire ça aussi, pas que du réseau!), notamment les commandes "mets toi en veille", mais j'ai un gros doute, j'y connais rien à ce niveau. Après ça ne coûte rien (au sens propre comme au sens figuré) d'y jeter un oeil.

Sinon je sèche... :(

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

rat de combat

legaub

Quelques nouvelles,

J'ai suivi ton lien jusqu'ici : https://askubuntu.com/questions/114 [...] untu-18-04 que j'avais déjà tenté, par une autre voie.

Par ailleurs, j'étais convaincu de tenir le bon bout grâce à ceci : https://forum.ubuntu-fr.org/viewtopic.php?id=2058327
Ce fut inefficace.

Alors de rage :

Code :

sudo apt autoremove --purge gnome-power-manager

Et désactivation dans dconf de /org/gnome/settings-daemon/plugins/power.
Toujours sans effet.

J'ai également changé les piles du clavier et de la souris.
Toujours des lags.

Je suis un peu à court d'idées.

rat de combat

Je pense que c'est au niveau Kernel qu'il faut regarder. Tu as vu p.ex. https://askubuntu.com/questions/185 [...] fic-device ? Je sais pas si c'est encore d'actualité mais tu peux toujours regarder...

legaub

Bonjour,

après avoir éliminé un problème matériel (cf : https://forum.hardware.fr/hfr/OSAlt [...] 6799_1.htm) je continue à avoir des lags du clavier, confirmés dans Xorg.1.log :

Code :

$ cat /var/log/Xorg.1.log | grep '(EE)'
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 880.254] (EE) event14 - Logitech K520: client bug: event processing lagging behind by 27ms, your system is too slow
[ 1158.812] (EE) event14 - Logitech K520: client bug: event processing lagging behind by 17ms, your system is too slow
[ 1608.350] (EE) event14 - Logitech K520: client bug: event processing lagging behind by 26ms, your system is too slow
[ 3412.009] (EE) event14 - Logitech K520: client bug: event processing lagging behind by 38ms, your system is too slow
[ 5565.371] (EE) event13 - Logitech M510: client bug: event processing lagging behind by 60ms, your system is too slow
[ 5565.371] (EE) client bug: timer event13 debounce short: scheduled expiry is in the past (-0ms), your system is too slow
[ 5814.171] (EE) event14 - Logitech K520: client bug: event processing lagging behind by 16ms, your system is too slow

Mon hypothèse est que cela est du à la gestion de l'énergie : "quelqu'un" met le récepteur logitech en veille contre son gré et le réveil dure trop longtemps au goût du système.

Après avoir, sans succès, tenté de passer les options qui vont bien (cf : https://forums.linuxmint.com/viewto [...] 4#p1875464) puis contrôlé les règles udev (cf : https://hamwaves.com/usb.autosuspend/en/) je pense désormais que le problème se situe le cran au dessus, et que c'est gnome qui gère tout ça en dépit du bon sens.

En effet :

Code :

journalctl -b | grep failed
gsd-power[1561]: up_client_get_lid_is_present: assertion 'UP_IS_CLIENT (client)' failed
(...)
gsd-power[1561]: g_signal_connect_data: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed
(...)
gsd-power[1561]: up_client_get_devices2: assertion 'UP_IS_CLIENT (client)' failed
(...)
gsd-power[1561]: up_client_get_on_battery: assertion 'UP_IS_CLIENT (client)' failed

Mon souci, et pourquoi je me tourne vers vous, c'est que je ne sais pas comment paramétrer cette gestion de l'énergie par gnome. Celle-ci paraît d'ailleurs approximative : https://imgur.com/a/wJdRedQ Et je me perds un peu entre les paramètres, gnome-tweak-tool et dconf-editor. Au pire, si le paramétrage est impossible, j'aimerais simplement que gnome ne touche plus à la gestion de l'énergie.

Auriez-vous une piste à remonter ?

Merci de m'avoir lu.