web-dev-qa-db-fra.com

L'écran de l'ordinateur portable devient vide après 33 secondes d'inactivité

J'ai un Lenovo Thinkpad T60 exécutant 12.04.4 LTS, Precise Pangolin; le bureau est KDE. À partir d'aujourd'hui, l'écran s'éteint après 33 secondes d'inactivité. Cliquer ou même déplacer la souris, ou appuyer sur une touche, réinitialise le chronomètre de 33 secondes.

J'ai vérifié les paramètres suivants:

  • Paramètres système/Paramètres d'économiseur d'écran ( capture d'écran ): ils sont désactivés. Les activer et définir un délai explicite de 9 minutes n'a pas changé le comportement.
  • Paramètres système/Paramètres d'économie d'énergie ( capture d'écran ): ils sont désactivés. L'activation de "Dim Display et le réglage sur 10 minutes n'ont pas modifié le comportement.

  • Paramètres du serveur X (xset): le xset q commande signalée:

    Screen Saver:
  prefer blanking:  yes    allow exposures:  yes
  timeout:  0    cycle:  600

    Le timeout: 0 indique que la fonction d'économiseur d'écran X est désactivée. Désactiver explicitement avec xset s off n'a pas changé le comportement.

Comment puis-je arrêter ce masquage d'écran ennuyeux?

12.04laptoppower-managementkdescreensaver
1
MJD

Le problème était dans les paramètres DPMS. Ceux-ci sont réglables en deux endroits:

  • Sous Paramètres système/Configurer les paramètres d'économie d'énergie/Économie d'énergie de l'écran. ( Capture d'écran ). L'activer puis le désactiver à nouveau a résolu le problème.

  • Sous les paramètres DPMS du serveur X, accessible via xset. La sortie de xset q inclus:

    DPMS (Energy Star):
  Standby: 33    Suspend: 49    Off: 66
  DPMS is Enabled
  Monitor is On

ce qui explique les 33 secondes. L'activation et la désactivation de "Screen Energy Saving" comme décrit ci-dessus réinitialisent ceci à:

DPMS (Energy Star):
  Standby: 21600    Suspend: 32400    Off: 43200
  DPMS is Disabled

vraisemblablement la commande xset -dpms ou xset dpms off aurait résolu le problème de la même manière.

4
MJD

Lors de la visualisation de vidéos sur mon htpc, l'écran se vide après 10 minutes sans saisie clavier/souris. Comportement évidemment non souhaitable pour un htpc. La désactivation des économiseurs d'écran et l'économie d'énergie n'ont eu aucun effet. Finalement, mes recherches sur le Web m'ont amené à croire que cela était dû au xserver. J'ai testé cela en exécutant ce qui suit:

xset s off && xset -dpms

dans un terminal au début d'une session et a confirmé que cela éliminait la suppression d'écran indésirable. Fonctionnement xset -q dans le terminal confirme que DPMS (Energy Star) a été désactivé.

Afin d'éviter d'avoir à ouvrir un terminal et à exécuter cette commande au début de chaque session, je l'ai définie pour s'exécuter au démarrage du système. Le masquage d'écran était de retour et xset -q a montré que DPMS était activé. Une recherche plus approfondie a révélé que ce comportement est initié à la connexion et remplace la commande exécutée au démarrage. Pour l'exécuter automatiquement, ajoutez simplement les lignes ci-dessous à la fin du .profile dans votre dossier d'accueil.

# Turn off screen blanking
xset s off && xset -dpms

Si vous ne voyez pas .profile, ouvrez votre dossier d'accueil dans votre navigateur de fichiers, cliquez sur Afficher et sélectionnez Afficher les fichiers cachés. Ensuite, faites un clic droit sur .profile, sélectionnez Ouvrir avec l'éditeur de texte, ajoutez les lignes ci-dessus à la fin du fichier et enregistrez le fichier modifié.

2
rjd

Si d'autres solutions (en utilisant le panneau de configuration, en utilisant la commande 'xset' avec diverses options, etc.) ne résolvent pas cela pour vous, vous pouvez essayer ceci:

Sudo apt-get remove phoneui-apps phoneuid phonefsod

Explication:

J'ai essayé de nombreuses combinaisons de commandes xset, et chaque interface graphique que je pouvais trouver qui se rapportait à la suppression de l'écran, mais rien ne fonctionnait - la plupart du temps, l'écran se vide après environ 33 secondes d'inactivité.

Il m'est venu à l'esprit que peut-être un démon capricieux faisait cela pour une raison quelconque, alors j'ai regardé les journaux système et j'ai trouvé cela dans /var/log/auth.log:

Jan  3 15:48:01 my-Host-name dbus[886]: [system] Rejected send message, 1 matched rules; type="method_call", sender=":1.8" (uid=0 pid=1115 comm="/usr/sbin/phonefsod ") interface="org.freesmartphone.Device.Display" member="SetBrightness" error name="(unset)" requested_reply="0" destination="org.freesmartphone.odeviced" (uid=0 pid=959 comm="/usr/sbin/fsodeviced ")
Jan  3 15:48:14 my-Host-name dbus[886]: message repeated 2 times: [ [system] Rejected send message, 1 matched rules; type="method_call", sender=":1.8" (uid=0 pid=1115 comm="/usr/sbin/phonefsod ") interface="org.freesmartphone.Device.Display" member="SetBrightness" error name="(unset)" requested_reply="0" destination="org.freesmartphone.odeviced" (uid=0 pid=959 comm="/usr/sbin/fsodeviced ")]
Jan  3 15:48:23 my-Host-name dbus[886]: [system] Rejected send message, 1 matched rules; type="method_call", sender=":1.8" (uid=0 pid=1115 comm="/usr/sbin/phonefsod ") interface="org.freesmartphone.Device.Display" member="SetBrightness" error name="(unset)" requested_reply="0" destination="org.freesmartphone.odeviced" (uid=0 pid=959 comm="/usr/sbin/fsodeviced ")
Jan  3 15:48:31 my-Host-name dbus[886]: message repeated 2 times: [ [system] Rejected send message, 1 matched rules; type="method_call", sender=":1.8" (uid=0 pid=1115 comm="/usr/sbin/phonefsod ") interface="org.freesmartphone.Device.Display" member="SetBrightness" error name="(unset)" requested_reply="0" destination="org.freesmartphone.odeviced" (uid=0 pid=959 comm="/usr/sbin/fsodeviced ")]
Jan  3 15:48:41 my-Host-name dbus[886]: [system] Rejected send message, 1 matched rules; type="method_call", sender=":1.8" (uid=0 pid=1115 comm="/usr/sbin/phonefsod ") interface="org.freesmartphone.Device.Display" member="SetBrightness" error name="(unset)" requested_reply="0" destination="org.freesmartphone.odeviced" (uid=0 pid=959 comm="/usr/sbin/fsodeviced ")
Jan  3 15:49:01 my-Host-name dbus[886]: [system] Rejected send message, 1 matched rules; type="method_call", sender=":1.8" (uid=0 pid=1115 comm="/usr/sbin/phonefsod ") interface="org.freesmartphone.Device.Display" member="SetBrightness" error name="(unset)" requested_reply="0" destination="org.freesmartphone.odeviced" (uid=0 pid=959 comm="/usr/sbin/fsodeviced ")

Les références à "Device.Display" et "SetBrightness" semblaient étrangement pertinentes. Je ne me souviens pas spécifiquement d'avoir installé ces packages, mais j'essayais d'extraire des données d'un téléphone portable semi-fonctionnel il y a quelque temps, donc je l'ai probablement fait à l'époque. Dans tous les cas, je savais que je n'avais pas besoin de ces packages maintenant, alors je les ai supprimés (voir la commande 'apt-get remove' ci-dessus), je me suis assis et j'ai attendu que l'écran se vide ... et j'ai attendu un peu plus. .. et ce n'est pas le cas. :-RÉ

Encore une fois, je suggère d'essayer d'abord les autres solutions possibles (interface graphique des paramètres système, commandes xset, etc.), simplement parce qu'elles semblent résoudre le problème pour certaines personnes et qu'elles semblent plus susceptibles de fonctionner. OTOH, à moins que vous n'utilisiez ces packages, les supprimer est inoffensif (et s'ils ne sont pas installés, apt-get le dira et vous n'aurez rien fait de mal). J'espère que cela aidera quelqu'un ...

1
Chris MacGregor

Ma LED wifi clignote et quand je l'ai réparé, mon écran a commencé à s'éteindre toutes les 10 à 15 secondes.

Je l'ai réparé facilement. Ouvrez votre terminal et saisissez

Sudo xset -dpms

Ou si cela n'a pas fonctionné pour vous, essayez

Sudo xset -dpms off
0
user732347