logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 Re : Matériel » [RESOLU] Contrôle du rétroéclairage du clavier sous débian buster » 21-08-2020 15:00:25

Sysdeb
EUREKA!!!!!!

Après de nombreuses heures sur les forums, des tests très souvent décevants, j'ai trouvé la solution à mon problème. Elle se trouve ici: https://blog.jallet.org/controler-le-re … -1178.html

La difficulté a consisté à savoir ce qu'était mon matériel (ce que je ne sais toujours pas vraiment). J'ai trouvé des références à la marque "Clevo" pour le matériel en lien avec des pilotes développés par "Tuxedo" concernant des PC LDLC et d'autres.
Alors j'ai essayé (plein de fois et de plusieurs façons). J'ai finalement trouvé ces instructions qui ont marché.

Il semble bien que tous les contrôles marchent bien pour moi maintenant. Ça servira peut-être à d'autres.

J'ai juste suivi les instructions.
Le bon côté, c'est que ça m'a permis de gratter pas mal de chose dans mon système, et de manipuler les lignes de commandes ...

Merci pour votre aide, même si cette fois-ci, "la vérité était ailleurs".

#2 Re : Matériel » [RESOLU] Contrôle du rétroéclairage du clavier sous débian buster » 21-06-2020 14:29:06

Sysdeb
Oui, j'étais déjà parti des références que tu m'avais donné (et que j'avais déjà rencontré en fouillant sur le net) et notamment celle là. J'ai continué à chercher, mais je ne trouve pas la solution.
J'arrive bien à changer la valeur de /sys/class/leds/phy0-led/brightness (de plusieurs façons), mais ça ne change rien. Comme si le contrôle à partir de ce fichier n'était pas activé, ce qui est sûrement le cas.

Entre autre, j'ai essayé d'installer le paquet brightnessctl avec lequel j'arrive bien à changer mon rétro éclairage écran, mais pas celui du clavier (j'arrive à modifier la valeur dans le fichier /sys/class/leds/phy0-led/brightness, mais sans conséquence sur l'état réel de mes leds)

J'ai essayé de comparer avec ce contrôle du retro éclairage écran qui lui fonctionne.
Je visualise bien le service avec :

systemctl list-units --type=service | grep intel
 


systemd-backlight@backlight:intel_backlight.service                                       loaded active exited  Load/Save Screen Backlight Brightness of backlight:intel_backlight


mais je ne le vois pas avec le logiciel D-Feet

J'ai aussi fait:

systemctl status systemd-backlight@backlight:intel_backlight.service


systemd-backlight@backlight:intel_backlight.service - Load/Save Screen Backlight Brightness of backlight:intel_backlight
   Loaded: loaded (/lib/systemd/system/systemd-backlight@.service; static; vendor preset: enabled)
   Active: active (exited) since Sun 2020-06-21 14:41:49 CEST; 36min ago
     Docs: man:systemd-backlight@.service(8)
  Process: 385 ExecStart=/lib/systemd/systemd-backlight load backlight:intel_backlight (code=exited, status=0/SUCCESS)
 Main PID: 385 (code=exited, status=0/SUCCESS)
 


Je suis allé regarder dans /lib/systemd/, ce qui ne m'a pas servi à grand chose.

Les leds s'allument dès que j'allume le PC, avant même que quoi que ce soit ne soit chargé, donc, c'est avant que ça se passe, tout au début du processus. Cependant, je dois bien avoir un moyen de contrôler ensuite le matériel.

Bref, je ne comprends pas et je crois que je vais laisser tomber, au moins pour le moment. C'est un peu pénible de mettre en veille pour éteindre mon rétro éclairage clavier, mais ça marche.

Merci pour ton aide

#3 Re : Matériel » [RESOLU] Contrôle du rétroéclairage du clavier sous débian buster » 18-06-2020 14:24:05

Sysdeb
Bon, j'ai bien essayé de chercher comment contrôler ce retro éclairage clavier, mais je ne trouve toujours pas. J'en ai profiter pour en apprendre un peu plus sur le fonctionnement du système. Je poste quand même quelques éléments qui pourront peut-être vous parler. Encore une fois, je vais sûrement pas utiliser les bons termes, mais vous vous y retrouverez sûrement. Pour moi, c'est flou.

Je me suis penché sur les daemons. A priori, celui qui m'intéresse est org.freedesktop.upower

systemctl list-units --type=service


UNIT                                                                                      LOAD   ACTIVE SUB     DESCRIPTION                                                                
accounts-daemon.service                                                                   loaded active running Accounts Service
...
systemd-backlight@backlight:intel_backlight.service                                       loaded active exited  Load/Save Screen Backlight Brightness of backlight:intel_backlight          
...
upower.service                                                                            loaded active running Daemon for power management



Rmq: le service intel-backlight contrôle le rétro éclairage écran.



J'ai un fichier sous /usr/share/dbus-1/system.d qui contient ceci:

<?xml version="1.0" encoding="UTF-8"?> <!-- -*- XML -*- -->

<!DOCTYPE busconfig PUBLIC
 "-//freedesktop//DTD D-BUS Bus Configuration 1.0//EN"
 "http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd">
<busconfig>
  <!-- Only root can own the service -->
  <policy user="root">
    <allow own="org.freedesktop.UPower"/>
  </policy>
  <policy context="default">

    <allow send_destination="org.freedesktop.UPower"
           send_interface="org.freedesktop.DBus.Introspectable"/>

    <allow send_destination="org.freedesktop.UPower"
           send_interface="org.freedesktop.DBus.Peer"/>
    <allow send_destination="org.freedesktop.UPower"
           send_interface="org.freedesktop.DBus.Properties"/>
    <allow send_destination="org.freedesktop.UPower.Device"
           send_interface="org.freedesktop.DBus.Properties"/>
    <allow send_destination="org.freedesktop.UPower.KbdBacklight"
           send_interface="org.freedesktop.DBus.Properties"/>
    <allow send_destination="org.freedesktop.UPower.Wakeups"
           send_interface="org.freedesktop.DBus.Properties"/>

    <allow send_destination="org.freedesktop.UPower"
           send_interface="org.freedesktop.UPower"/>
    <allow send_destination="org.freedesktop.UPower"
           send_interface="org.freedesktop.UPower.Device"/>
    <allow send_destination="org.freedesktop.UPower"
           send_interface="org.freedesktop.UPower.KbdBacklight"/>
    <allow send_destination="org.freedesktop.UPower"
     send_interface="org.freedesktop.UPower.Wakeups"/>
  </policy>
</busconfig>



Il y a une référence à org.freedesktop.UPower.KbdBacklight qui est l'interface qui m'intéresse.

Mais quand je regarde avec le logiciel D-Feet, je ne visualise pas cette interface (les autres apparaissent).

J'ai aussi un fichier org.freedesktop.UPower.KbdBacklight.xml sous /usr/share/dbu-1/interfaces où il est noté : "It allows the keyboard backlight (if present) to be controlled."
Est à dire que mes leds pour le rétroéclairage sont contrôlées autrement. Dans ce cas, une idée de comment? (A noter que le rétro éclairage écran est contrôlé par systemd-backlight@backlight:intel_backlight.service ; et pour lui, ça marche, même si je n'ai pas trouvé où sont stockés les fichiers qui le concerne).

Pour rappel, mon rétro éclairage clavier est allumé au démarrage. Si je me mets en veille, les leds s'éteignent et ne se rallument plus (ce qui me va très bien). Ça peut donner un indice.
Je crois qu'elles ne se rallument pas si je fais un restart après avoir mis en veille.

EDIT: Je confirme que le rétro éclairage clavier ne se rallume pas en cas de restart après avoir mis en veille pour éteindre les leds. Par contre, les leds restent allumées si elles étaient encore allumées au moment du restart.

Voilà, je re-jette ma bouteille à la mer.

Merci pour votre aide.

#4 Re : Installation et migration » [Résolu] Pas de problème - Sujet entré par erreur » 16-06-2020 19:36:40

Sysdeb
Excusez moi, je n'avais pas vu vos réponses car j'avais supprimé mon post. Donc, je n'ai pas reçu de notification de vos réponses.
En fait, je me suis aperçu après avoir posté mon message qu'en fait tout allait bien, et que j'avais mal interprété certaines informations. Ce pourquoi j'ai ensuite essayé de supprimer mon post, ce qui n'a pas fonctionné ... et j'ai pas vérifié.
Encore toutes mes excuses.

#5 Installation et migration » [Résolu] Pas de problème - Sujet entré par erreur » 30-05-2020 15:57:08

Sysdeb
Réponses : 3
Bonjour,

En tant que grand débutant, j'aurais besoin d'aide.
Je viens d'installer Debian Buster sur mon PC avec 1 SSD 480Go + 1 HDD 2To.
Je comptais créer 2 partitions, 1 pour le système (/) de 30 Go et une pour mes données (/home avec le reste du disque) sur le disque SSD.
Je comptais ne pas créer de partition Swap (j'ai 16Go de RAM, et j'ai lu que ce n'était pas forcément nécessaire sauf à vouloir utiliser l'hibernation).
Je comptais aussi m'occuper du HDD plus tard.

Mon installation terminé, j'ai commencé à essayer de prendre en main Debian. Tout me semble bien fonctionner, et bêtement, je croyais que mon /home était sur l'autre partition que celle de mon système. Mais je viens de découvrir que /home était en fait sur ma partition système. Et je ne sais pas comment accéder à l'autre partition.
J'ai dû faire des boulettes à l'installation.
Pour l'instant, je n'ai encore pas grand chose sur mon système. Le plus simple est-il de recommencer l'installation?
Sinon, comment puis-je réparer ça?

J'ai essayé de consulter la doc, mais je ne sais pas ce que je dois faire.

Voici mon fichier fstab

        # /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda2 during installation
UUID=a3a7463d-4bdc-45bc-be32-52deec1c0ad1 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=092A-EA9E  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/sda4 during installation
UUID=6e764a97-40d9-45f6-83b4-5749f4e55824 /home           ext4    defaults        0       2
# swap was on /dev/sda3 during installation
UUID=d56b43ef-109d-4418-bc67-89dbb2869b6e none            swap    sw              0       0




J'ai d'ailleurs un "errors=remount-ro" sur une de mes partitions.
J'ai aussi une partition swap qui apparait. Il faut dire que j'ai recommencé plusieurs fois mon paramétrage lors de l'installation. Apparemment, j'ai pas fait ce qu'il falleit.

Merci pour votre aide.

#6 Re : Matériel » [RESOLU] Contrôle du rétroéclairage du clavier sous débian buster » 28-05-2020 15:30:04

Sysdeb
Je ne trouve pas. Pourtant, ça a bien l'air de se passer dans phy0-led d'après ce que j'ai pu trouver sur le net.

J'ai un fichier trigger qui m'intrigue:

cat trigger
 


[none] kbd-scrolllock kbd-numlock kbd-capslock kbd-kanalock kbd-shiftlock kbd-altgrlock kbd-ctrllock kbd-altlock kbd-shiftllock kbd-shiftrlock kbd-ctrlllock kbd-ctrlrlock disk-activity disk-read disk-write ide-disk mtd nand-disk cpu cpu0 cpu1 cpu2 cpu3 cpu4 cpu5 panic usb-gadget usb-host mmc0 AC-online rfkill-any rfkill-none BAT0-charging-or-full BAT0-charging BAT0-full BAT0-charging-blink-full-solid rfkill1 phy0rx phy0tx phy0assoc phy0radio rfkill3 r8169-201:00:link r8169-201:00:1Gbps r8169-201:00:100Mbps r8169-201:00:10Mbps
 



et un répertoire power où je trouve:

ls power


async  autosuspend_delay_ms  control  runtime_active_kids  runtime_active_time  runtime_enabled  runtime_status  runtime_suspended_time  runtime_usage
 





Je continuerai à chercher, mais je vais d'abord me concentrer sur d'autres choses. J'en ai tellement à apprendre ...
Si je trouve une solution, je viendrai la poster.

Merci pour votre aide

#7 Re : Matériel » [RESOLU] Contrôle du rétroéclairage du clavier sous débian buster » 28-05-2020 14:27:48

Sysdeb
J'ai testé mais j'ai dû le faire en root car je n'avais pas l'autorisation en user. La valeur est bien modifiée, mais ça n'allume ou n'éteint pas le rétroéclairage du clavier.

#9 Re : Matériel » [RESOLU] Contrôle du rétroéclairage du clavier sous débian buster » 28-05-2020 13:28:17

Sysdeb

cat /sys/class/leds/phy0-led/max_brightness


1


et

cat /sys/class/leds/phy0-led/brightness


1


et

cat /sys/class/leds/phy0-led/power/control


auto

#10 Re : Matériel » [RESOLU] Contrôle du rétroéclairage du clavier sous débian buster » 28-05-2020 13:23:08

Sysdeb

ls  /sys/class/leds/phy0-led


brightness  device  max_brightness  power  subsystem  trigger  uevent

[

#11 Re : Matériel » [RESOLU] Contrôle du rétroéclairage du clavier sous débian buster » 28-05-2020 13:04:30

Sysdeb
Oula, ça a bossé en mon absence. Je vais essayer de reprendre les points dans l'ordre:

@MicP

Voilà ce que j'obtiens:

ls -d /sys/class/backlight/*backlight
 


/sys/class/backlight/intel_backlight



Par contre, j'ai ça:

ls  /sys/class/leds


input0::capslock  input0::numlock  input0::scrolllock  phy0-led
 



et

ls  /sys/class/leds/phy0-led


brightness  device  max_brightness  power  subsystem  trigger  uevent
 



Et pour info, ma commande

xset led off

n'a rien à voir avec le fait que le rétroéclairage s'éteigne lorsque je met en veille. C'est à priori la mise en veille qui éteint le rétroéclairage (ou qui ne l'allume pas).

Pour le clavier, il s'agit effectivement d'un clavier avec rétroéclairage monochrome, avec sélection parmi un choix de 15 couleurs: On le voit un peu là https://www.ldlc.com/fiche/PB00323451.html en attendant que je trouve comment j'ajoute une image.
Normalement, les touches de contrôle du rétroéclairage clavier sont sur les touches suivantes du pavé numérique:

/ (changer de couleur)
* (on/off)
- (baisser intensité)
+ (augmenter intensité)


Voilà, en attendant, je vais essayer les commandes que vous m'avez proposé, voir si j'arrive à quelque chose.
A partir du moment où j'arrive à éteindre ce rétroéclairage qui me bouffe de la batterie, je n'ai pas d'urgence.

#12 Re : Matériel » [RESOLU] Contrôle du rétroéclairage du clavier sous débian buster » 27-05-2020 19:31:42

Sysdeb
Bonjour,

Bon, je n'ai pas encore regardé le doc mentionnée par Croutons.

Mais voici ce que ça donne:

cat  /sys/class/backlight/*backlight/{,max_}brightness


15000
60000
 



ls /sys/class/backlight/*backlight


actual_brightness  brightness  max_brightness  subsystem  uevent
bl_power           device      power           type
 

#13 Re : Matériel » [RESOLU] Contrôle du rétroéclairage du clavier sous débian buster » 27-05-2020 07:28:05

Sysdeb
Bon, j'ai une piste. Avec la commande suivante + mise en veille, je parviens à éteindre le rétroéclairage clavier:

xset led off


Comme c'est ce que je cherchais à faire dans un premier temps, c'est déjà pas mal.

Par contre, la commande inverse (même après mise en veille) ne fonctionne pas:

xset led on



J'imagine que je dois regarder de ce côté là. Je dois me pencher sur les scripts que je ne connais pas encore. J'imagine que je pourrai configurer ça au démarrage.
Si je parviens à gérer totalement cette fonctionnalité (on, off, augmenter l'intensité, la diminuer, ...) je pourrai sûrement lier ça à un raccourci clavier.

Me trompe-je?

#14 Re : Matériel » [RESOLU] Contrôle du rétroéclairage du clavier sous débian buster » 26-05-2020 13:09:57

Sysdeb
Oups, désolé, mon message n'était pas complet. Il s'agit s'agit du rétroéclairage du clavier. Il existe des combinaisons de touches spécifique pour le gérer, mais apparemment, elles ne fonctionnent pas sous Debian.
Je suis sous Gnome 3.30.2

#15 Matériel » [RESOLU] Contrôle du rétroéclairage du clavier sous débian buster » 26-05-2020 10:42:06

Sysdeb
Réponses : 25
Bonjour,
Je viens tout juste de naître dans le monde Debian et je n'y connais vraiment pas grand chose.
J'ai acheté un PC LDLC SATURNE TB67-16-S4H20 sur lequel j'ai installé Debian buster.
Pour l'instant, le seul truc qui semble ne pas fonctionner est le contrôle du rétroéclairage. Je suppose qu'il y a des solutions.
Si quelqu'un peut m'aider (je ne sais même ce que je dois donner comme information) ...

Merci

Pied de page des forums

Propulsé par FluxBB