Bonjour
J’ai installé trixie il y a quelques jours, tout va bien sauf les mises en veille et sortie, le système se met en veille sans que je puisse déterminer le délai, et il me demande mon mot de passe utilisateur pour se réveiller (ce qui n’est pas pratique car ça m’oblige à chaque fois à taper la commande sudo alsactl init pour retrouver du son, c’est un problème ancien non résolu avec bookworm )
J’ai consulté l’aide de Gestionnaire d’alimentation et tant qu’à faire j’ai voulu installer la dernière version xfce4-power-manager-4.21.0, la version actuelle sur ma machine étant la 4.20.0-1
J’ai téléchargé l’archive tar.xz comme indiqué, puis je l’ai décompressée en graphique et j’ai obtenu le répertoire /home/joel/Téléchargements/xfce4-power-manager-4.21.0/
Dans ce répertoire il y a un fichier README.md dont j’ai suivi les commandes pour l’installation du paquet :
Installation
From source:
% cd xfce4-power-manager
% ./autogen.sh
% make
% make install
From release tarball:
% tar xf xfce4-power-manager-.tar.bz2
% cd xfce4-power-manager-
% ./configure
% make
% make install
joel@hp600:~/Téléchargements/xfce4-power-manager-4.21.0$ ls
AUTHORS COPYING Makefile.am panel-plugin settings
autogen.sh data meson.build po src
common libdbus meson_options.txt protocols xfce-revision.h.in
configure.ac m4 NEWS README.md
joel@hp600:~/Téléchargements/xfce4-power-manager-4.21.0$ sudo ./autogen.sh
Preparing package directory /home/joel/Téléchargements/xfce4-power-manager-4.21.0...
Running autoreconf...
autoreconf: export WARNINGS=
autoreconf: Entering directory '.'
autoreconf: running: autopoint --force
Can't exec "autopoint": Aucun fichier ou dossier de ce nom at /usr/share/autoconf/Autom4te/FileUtils.pm line 318.
autoreconf: error: autopoint failed with exit status: 2
joel@hp600:~/Téléchargements/xfce4-power-manager-4.21.0$
joel@hp600:~/Téléchargements/xfce4-power-manager-4.21.0$ ./configure
bash: ./configure: Aucun fichier ou dossier de ce nom
joel@hp600:~/Téléchargements/xfce4-power-manager-4.21.0$
joel@hp600:~/Téléchargements/xfce4-power-manager-4.21.0$ ./configure.ac
bash: ./configure.ac: Permission non accordée
joel@hp600:~/Téléchargements/xfce4-power-manager-4.21.0$ sudo ./configure.ac
[sudo] Mot de passe de joel :
sudo: ./configure.ac : commande introuvable
Dans le Gestionnaire d’alimentation j’ai cliqué le bouton Aide, puis consulter l’aide en ligne, puis "download latest release " qui menait à cette page et j’ai téléchargé la version 4.21 datée du 23 mars 2025 au format tar.xz. Puis j’ai fait un clic droit sur l’archive dans /Téléchargements et cliqué " Extraire ici "
il faut installer autopoint ( et aussi libgtk-3-dev pkg-config libxf-conf-0-dev libxfce4ui-2* et plein d’autres)
mais je suis bloqué à ce point à cause du 21 et de l’absence des fichiers -dev conrrespondant
A mon avis c’est une très mauvaise idée de vouloir installé une version différente de ce paquet sur ta Debian au vue des dépendances de ce paquet habituellement.
Que renvoi :
apt policy xfce4-power-manager upower systemd
Normalement ça se règle dans les paramètres d’alimentation
Idem ça doit se configurer aussi avec le verrouillage de l’écran ou un truc comme ça
C’est un autre problème si ça le fait encore c’est sans doute lié à un problème de pilote … as-tu le même problème avec un live cd Debian ou Ubtuntu ?
Dans tous les cas tu ne devrais pas avoir besoin de sudo pour ça
Ca mérite réflexion en effet ; moi je croyais que la dernière version d’un paquet était une amélioration sur mon système du point de vue sécurité ou fonctionnalité etc. Apparemment ce n’est pas si simple. Le plus urgent serait donc de résoudre le problème de son en restant pour le moment avec la version actuelle xfce4-power-manager-4.20.0-1 ?
Dans le Gestionnaire d’alimentation j’ai tout "mis à zéro " :
Général : ne rien faire, partout
Système : ne jamais mettre en veille, ne pas verrouiller l’écran
Ecran : ne jamais mettre en veille ni éteindre
je voulais mettre des captures d’écran mais c’est nouveau Imgur ne m’indique plus le code avec le lien pour afficher les images
Puis j’ai redémarré la machine
Au redémarrage, je tape mon mot de passe utilisateur comme d’hab
il n’y a pas de son, je tape alsactl init pour l’établir:
joel@hp600:~$ alsactl init
bash: alsactl : commande introuvable
joel@hp600:~$ sudo alsactl init
[sudo] Mot de passe de joel :
Found hardware: "HDA-Intel" "Conexant CX20952" "HDA:14f151d7,103c82b5,00100000 HDA:8086280b,80860101,00100000" "0x103c" "0x82b5"
Hardware is initialized using a generic method
joel@hp600:~$
Le système passe en veille au bout de 8mn d’inactivité - du moins l’écran s’éteint mais j’entends toujours la ventilation - et je dois retaper mon mot de passe au réveil.
Il me demande toujours mon mot de passe pour retrouver du son (j’avais cru le contraire il y a 1 heure mais non)
Ce post est écrit depuis une session live DF
Pas de son au départ,
retours de commande :
humain@DFiso:~$ alsactl init
La commande « alsactl » est disponible aux emplacements suivants
* /sbin/alsactl
* /usr/sbin/alsactl
La commande n'a pas pu être trouvée car « /sbin:/usr/sbin » n'est pas incluse dans la variable d'environnement PATH.
Ceci est probablement dû au manque de privilèges d'administration de votre compte.
alsactl : commande introuvable
humain@DFiso:~$ sudo alsactl init
Found hardware: "HDA-Intel" "Conexant CX20952" "HDA:14f151d7,103c82b5,00100000 HDA:8086280b,80860101,00100000" "0x103c" "0x82b5"
Hardware is initialized using a generic method
humain@DFiso:~$
Le son revient avec sudo sans mot de passe puisque session live
désolé pour ma page : j’ai passé trop de temps à écrire des tutos impecables non utilisés. Maintenant c’est juste un pense bête
mais qui contient : ps aux |egrep "pipewire|pulse" |grep -v grepdoit afficher /usr/bin/pipewire et /usr/bin/pipewire-pulse ( bie nqu’il puisse y avoir d’autres solutions, celle là marche )
Pour plus de lisibilité j’ai séparé le sujet xfce power manager et le sujet démarrage du son qui se mélangeaient.
J’ai donc repris le sujet du son dans Problème démarrage du son
Bonjour
Essai avec une live Mint 22.2 Zara cinnamon : même problème, mise en veille au bout de 8 mn quel que soit le paramétrage ( pas de mise en veille ou bien extinction écran au bout de 30 mn )
Idem pour le son ( voir ce fil)
qui fonctionne avec Gnome dans l’article, n’empêche pas du tout ma machine ( bureau xfce ) de se mettre en veille imperturbablement au bout de 8 minutes environ, et d’exiger mon mot de passe utilisateur pour sortir de veille
Bonjour
En fouinant je lis cette page dans laquelle il est indiqué des commandes utilisant systemd
mettre en veille :
systemctl suspend
ça me permettrait peut-être de gérer manuellement la mise en veille mais pour le moment je n'ai pas essayé, je crains de ne pas savoir comment sortir de veille
Fait des fils différents. Ne reprend pas des fils existant.
Si c’est juste des informations/discussions, c’est à mettre dans Pause Café, si c’est une demande de support alors c’est dans Support.
Bonjour,
J’ai rencontré le même problème de mise en veille avec trixie + XFCE.
Fait ce test:
Dans xfce power manager, mets tous les paramètres de mise en veille à « Jamais »
Vérifie que les outils X11 sont bien installés:
sudo apt install x11-xserver-utils
Lance la commande :
xset -dpms && xset s off
Attends un certain temps (plus que la durée au delà de laquelle le système se mettait en veille « tout seul », chez moi c’était 10 min)
Si le système ne se met plus en veille c’est que le problème venait de X11 qui ignorait le gestionnaire d’alimentation de XFCE. Pour rendre la modification permanente et automatique à chaque démarrage graphique :
sudo nano /etc/X11/Xsession.d/00-disable-blanking
# Ajouter les lignes:
xset s off
xset s noblank
xset -dpms
xset s 0 0
Pense bien à sauvegarder la modification avec « ctrl+X » puis « O » ou (« Y » selon la langue de ton système).
Maintenant tu peux définir les paramètres xfce power manager souhaités, ils s’appliqueront correctement sans être ignorés.
Il y a toujours beaucoup de confusion dans les différentes notions de mises en veille.
Il y différentes mises en veilles:
Mise en veille
Mise en veille prolongée
L’hibernation
Personnellement, je ne trouve pas beaucoup d’utilité à l’hibernation.
Mais pour les mises en veilles, c’est à découper sur plusieurs périmètres:
Le matériel, par exemple un écran, qui quelque soit l’OS va se mettre en veille. Mes écrans sont de ce type, ils se mettent en veille sans tenir compte du système.
les couches systèmes:
Le matériel (disque, affichage, dispositifs périphériques comme des souris, clavier, etc…)
Le logiciel: programmes divers, économiseur d’écran (qui n’ont plus vraiment d’utilité aujourd’hui), environnement graphique
La session
Et les deux derniers sont les plus mal compris.
Ce n’est aps parce que l’écran se met en veille que la session le fait. QEt ce n’est pas parce que la session se met en veille que celle-ci est verrouillée.
On confond bien trop souvent la mise en veille et le verrouillage de session.
Seul le verrouillage de session a une utilité en termes de sécurité.
Le reste n’est qu’une question soit d’usure (disques) soit d’économie d’énergie (utile, à mon sens, que sur un portable).
a bien stoppé l’extinction automatique de l’écran
Le fichier
/etc/X11/Xsession.d/00-disable-blanking
n’existe pas, dois-je en créer un avec les lignes que tu indiques ?
@zargos :
Je ne sais pas en effet dans quel genre de veille je me retrouvais, l’écran s’éteignait mais le ventilo continuait de tourner, et toujours ce petit inconvénient d’avoir à retaper mon mot de passe utilisateur et la commande /sbin/alsactl init pour retrouver du son
Merci
Une veille qui ne verrouille pas la session est une veille inutile et dangereuse. Car le comportement usuel est de croire qu’avec la veille quelqu’un n’irait pas voir, ce qui n’est pas vraiment le cas.
Oui le fichier /etc/X11/Xsession.d/00-disable-blanking n’existe pas, il doit être créé. Ensuite ce sont les paramètres XFCE qui s’appliqueront. Gestionnaire d’alimentation > Système permet de sélectionner le type de veille et le temps d’inactivité. Pour ce qui est du verrouillage, il y a une coche pour l’activer, à toi de voir si tu veux verrouiller ou non à la mise en veille.
