Vous n'êtes pas identifié(e).
Dernière modification par EriB (10-04-2020 11:19:27)
Hors ligne
Hors ligne
site de mon association 1901
https://le-caillou.le-pic.org
Hors ligne
Hors ligne
Dernière modification par EriB (12-04-2020 17:17:00)
Hors ligne
@DEBEEE Après avoir testé une distri concurrente supportant XFCE... je pense que le problème de gestion de l'alimentation pourrait venir d'un paquet non compatible... xfce4-power-manager 1.6.1 et dépendances associées.
Sur l'autre distro... c'est la version xfce4-power-manager 1.6.5 qui est utilisée... et là mon alim est reconnue.
je ne pense pas que ça vienne de xfce4-power-manager, car début avril 2019, j'ai fait le test : comme ça merdait avec mate-power-manager, j'ai chargé une xfce (donc xfce4-power-manager), ça merdait aussi : assez peu de chance que les deux merdoient en même temps. Ou alors ce sont les mêmes softs avec des noms différents. Mais ça m'étonne, quand il y a des composants communs, les noms sont les mêmes (on retrouvait le xfce power manager sur les lxde).
T'as quoi comme noyau sur ton autre distro ? Du 4.x ou du 5.x ? Quand je suis passé en testing, le noyau est passé en 5.x et l'alim a fonctionné direct. Mais c'est vrai que je n'ai pas regardé les versions des gestionnaires d'énergie. Actuellement, en testing, je suis en 1.24, contre 1.20.3-2 sur buster. Mais depuis juillet dernier, j'ai fait un paquet de mises à jour...
Nota : sous debian 9, l'alim marchait correctement. Tu as testé une 9 ?
Question : tu as bien la mise en veille quand tu fermes le capot ? Chez moi, même l'écran restait allumé, en paramétrant la mise en veille comme il faut. Ca plus la jauge = éliminatoire.
Après, quand tu dis que la batterie n'est pas gérée, elle se charge comme il faut je suppose, mais juste tu n'as pas de jauge...
Dernière modification par Debeee (12-04-2020 20:11:26)
Hors ligne
Hors ligne
Dernière modification par EriB (13-04-2020 16:37:07)
Hors ligne
Dernière modification par EriB (13-04-2020 16:51:28)
Hors ligne
et quand ma ligne de commande a été entrée
une boîte de dialogue m'a invité à taper le raccourci clavier à y associer :
et voilà ce que ça donne :
Dernière modification par MicP (13-04-2020 17:21:20)
Hors ligne
Dernière modification par Debeee (14-04-2020 09:49:37)
Hors ligne
Tout mon clavier est fonctionnel.
Ah bon ?!
As tu essayé la manip de lagrenouille ?
Celle de MicP semble pas mal.
Parce que plonger dans les arcanes de la gestion clavier, c'est vraiment une merde sans nom. J'ai donné à une époque, ça ne fût pas simple. Je suis ce fil avec attention...
@MicP : tu n'aurais pas la commande pour activer/désactiver le wifi des fois, avec mate, on peut aussi configurer des raccourcis clavier
Hors ligne
…la commande pour activer/désactiver le wifi …
En ligne de commande, je viens de désactiver mon interface WiFi
en lançant la ligne de commande suivante :
Et bien sûr, pour la réactiver, c'est :
S'il te faut un fonctionnement type bascule (on/off)
il y a cette ligne de commande :
Dernière modification par MicP (14-04-2020 12:46:29)
Hors ligne
Hors ligne
…ça désactive/active network manager,…
Sur ma machine, nmcli radio wifi off ne désactive que le périphérique WiFi => network manager et la carte réseau RJ45 restent activés
La touche d'activation/désactivation de l'interface WiFi génère un évènement noté XF86WAN
Dernière modification par MicP (15-04-2020 05:29:08)
Hors ligne
Voilà ce que j'ai obtenu sur ma machine après un Ctrl+C pour arrêter le monitor
???
Pour l'évènement XF86WAN, il faut donc le relier à la combinaison de touches Fn+F2 et à la commande d'extinction du wifi. Je vais essayer rfkill pour voir si ça éteint la loupiotte (et le module wifi).
Dans Lxde, c'était assez facile, il y a un fichier de config qui permet de faire ça. Par ex pour gérer l'extinction de la machine :
Après, sous mate, je ne sais pas s'il y a un fichier équivalent ni où. (Xfce non plus d'ailleurs !)
A mon avis, plus qu'une hypothétique config clavier qui n'existe peut-être même plus (les seashell, ça date un peu...), il doit falloir chercher dans cette direction pour réaffecter les touches.
@ Anonyme-15 : ok pour rfkill pour éteindre, mais tu fais comment pour rallumer ?
Hors ligne
@ Anonyme-15 : ok pour rfkill pour éteindre, mais tu fais comment pour rallumer ?
Avec l'instruction dans sudoers, il est possible de se faire deux raccourcis (sudo rfkill block.../unblock) et voilà...!
Dernière modification par anonyme-15 (15-04-2020 11:33:12)
C'est justement ce qu'il manque à nos asus !
J'ai chargé ces deux paquets et fait un retour dans la console :
Et en fait, ça a le même effet que la commande de MicP, nmcli radio wifi off
Le wifi est juste désactivé au niveau du network manager, c'est tout.
Et au vu du descriptif de urfkill, j'ai testé ma combi de touches Fn+F2 : rien, hélas...
Mais bon, j'ai l'impression que l'installation de urfkill est nécessaire au fonctionnement de ma touche. Reste à trouver la suite.
[edit]
Précisions : j'ai zieuté le manuel rfkill, et j'ai fait ça :
Nous sommes d'accord, ça bloque le soft, pas le hard.
Au vu de la doc, j'ai tenté ça :
Ca marche pas => y'a moyen de désactiver le hard y/n ?
[/edit]
Dernière modification par Debeee (15-04-2020 16:15:38)
Hors ligne
Je chope l'identifiant du wifi (iwconfig aurait été plus simple), je ne sais pas si toutes ces commandes sont encore dans Buster automatiquement
Je vérifie son statut
L'indication Tx-power est à 0, ça semble indiquer qu'il n'y a plus d'émission de la part de ton ordi, si j'en crois l'Internet.
Dernière modification par anonyme-15 (15-04-2020 17:54:48)
Je ne suis pas sûr que désactiver le « hard » soit autre chose que le couper au niveau du bios
ok, je veux bien, mais alors :
???
J'ai vu plusieurs forum sur le sujet en fouillant un peu, y'en a qui avaient le hard désactivé. En prime, ma loupiote reste allumée, alors que quand je coupe via le bios, plus de loupiote
Je testerai demain tes manips pour voir...
Hors ligne
Mon problème c'est le paramétrage des touches dites "multimédia". Je ne sais pas quel fichier créer ou modifier, ou quel paquet installer [...]
Le paquet acpi-support ? Le paquet eeepc-acpi-scripts qui était disponible pour Jessie en dépendait.
Ça c'est plus pour la curiosité... quoique... c'est paradoxal, mais il faut parfois blacklister un module.
Dernière modification par èfpé (16-04-2020 11:10:42)
Hors ligne
C'est grave docteur ?
A part ça, le paquet acpi-support n'était pas installé sur mon ordi, je l'ai fait. La touche ne marche toujours pas, je vais redémarrer pour voir.
Faut-il faire un update-grub ou update-initramfs (ou autre ?) pour que ça soit pris en compte ?
Pour info, j'ai justement un asus eeepc 701 avec Jessie. J'ai regardé, il y a bien le paquet acpi-support, mais pas le eeepc-acpi-scripts, pourtant, toutes les touches sont fonctionnelles quand même sur cet ordi.
Et question annexe : c'est pas le manque de ce paquet qui aurait pu gêner la gestion de la jauge d'alim, visiblement, c'est un de ses gros boulot d'après le commentaire dans synaptic ?
Hors ligne
C'est grave docteur ?
Ça dépend... ça te chatouille ou ça te gratouille ? nan, sérieux : quelle machine, le retour ? 1011PX ?
La touche ne marche toujours pas, je vais redémarrer pour voir. [...]
Faut-il faire un update-grub ou update-initramfs (ou autre ?) pour que ça soit pris en compte ?
Attention aux interactions avec urfkill si installé (même non configuré). Et non pas d'update-machin.
Si la combinaison de touches Fn+F2 reste sans effet, tente un déchargement du module asus_wmi :
Si le miracle tant attendu se produit et qu'il n'y a pas de dégâts collatéraux, tu pourras le blacklister.
c'est pas le manque de ce paquet qui aurait pu gêner la gestion de la jauge d'alimentation [...] ?
Il y a bien un "event" relatif à la batterie, mais il semble que cela se passe au niveau du noyau. Cf. là.
Hors ligne