Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
2470 connectés 

  FORUM HardWare.fr
  Linux et OS Alternatifs
  Hardware

  gnome power & usb autosuspend

 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

gnome power & usb autosuspend

n°1458596
legaub
Posté le 24-12-2020 à 10:56:38  profilanswer
 

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 :
  1. $ cat /var/log/Xorg.1.log | grep '(EE)'
  2. (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
  3. [   880.254] (EE) event14 - Logitech K520: client bug: event processing lagging behind by 27ms, your system is too slow
  4. [  1158.812] (EE) event14 - Logitech K520: client bug: event processing lagging behind by 17ms, your system is too slow
  5. [  1608.350] (EE) event14 - Logitech K520: client bug: event processing lagging behind by 26ms, your system is too slow
  6. [  3412.009] (EE) event14 - Logitech K520: client bug: event processing lagging behind by 38ms, your system is too slow
  7. [  5565.371] (EE) event13 - Logitech M510: client bug: event processing lagging behind by 60ms, your system is too slow
  8. [  5565.371] (EE) client bug: timer event13 debounce short: scheduled expiry is in the past (-0ms), your system is too slow
  9. [  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 :
  1. journalctl -b | grep failed
  2. gsd-power[1561]: up_client_get_lid_is_present: assertion 'UP_IS_CLIENT (client)' failed
  3. (...)
  4. gsd-power[1561]: g_signal_connect_data: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed
  5. (...)
  6. gsd-power[1561]: up_client_get_devices2: assertion 'UP_IS_CLIENT (client)' failed
  7. (...)
  8. 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.


Message édité par legaub le 24-12-2020 à 11:07:06
mood
Publicité
Posté le 24-12-2020 à 10:56:38  profilanswer
 

n°1458604
rat de com​bat
attention rongeur méchant!
Posté le 24-12-2020 à 18:23:00  profilanswer
 

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...

n°1458647
legaub
Posté le 26-12-2020 à 15:49:08  profilanswer
 

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 :
  1. 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.

n°1458717
rat de com​bat
attention rongeur méchant!
Posté le 28-12-2020 à 21:02:22  profilanswer
 

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... :(


Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Linux et OS Alternatifs
  Hardware

  gnome power & usb autosuspend

 

Sujets relatifs
Fedora changer l'interface graphique (XFCE à GNOME)Problème avec Gnome
[ubuntu gnome] PB résolution wallpaper en dual sreenPersonnaliser icones "activités" fedora 19 Gnome
Carte graphiques a eviter pour dual monitor sur Debian/Gnome ?Plantage à répétition de GNOME
Problème Ubuntu Gnome BluetoothDistribution de linux utilisant encore gnome
se réveiller en music (sous gnome 3.10)installer les driver ATI proprietaire sur ubuntu 13.10 gnome
Plus de sujets relatifs à : gnome power & usb autosuspend


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR