Mon Lenovo T440s démarre avec une luminosité maximale. Suite à cela thread J'ai essayé de modifier _rc.local
_, mais cela ne fonctionne pas.
Lorsque j'exécute la commande _cat /sys/class/backlight/acpi_video0/brightness
_, je reçois la sortie _851
_. Ensuite, j'abaisse ma luminosité manuellement via les touches de raccourci et exécute la commande à nouveau - il encore affiche _851
_.
Cela me porte à croire que je ne peux pas contrôler ma luminosité de cette manière en ajoutant simplement une commande à _rc.local
_.
Y a-t-il autre chose que je puisse essayer?
Voici le grub contenu
_# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
# info -f grub -n 'Simple configuration'
GRUB_DEFAULT="0"
GRUB_HIDDEN_TIMEOUT="0"
GRUB_HIDDEN_TIMEOUT_QUIET="true"
GRUB_TIMEOUT="2"
GRUB_DISTRIBUTOR="`lsb_release -i -s 2> /dev/null || echo Debian`"
#GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_backlight=vendor"
GRUB_CMDLINE_LINUX=""
# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"
# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL="console"
# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE="640x480"
# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID="true"
# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"
# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"
GRUB_DISABLE_OS_PROBER="true"
_
Voici le contenu de _rc.local
_
_#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.
#echo 2 > /sys/class/backlight/acpi_video0/brightness
#echo 2 > /sys/class/backlight/intel_backlight/brightness
#xrandr --output eDP1 --brightness 0.3
rfkill block bluetooth
#echo 3 > /sys/class/backlight/thinkpad_screen/brightness
exit 0
_
Avez-vous essayé d'utiliser un logiciel pour éviter de traiter manuellement le système de fichiers sys? Je suggère d'utiliser xbacklight.
xbacklight -set 10
Cette commande va régler la luminosité de l'écran à 10%. Vous pouvez ajouter cela à votre rc.local.
Modifier: Si la procédure ci-dessus ne fonctionne pas, il peut y avoir des problèmes entre le noyau et le bios acpi. Editez le fichier: /boot/grub/menu.lst
Ajoutez les paramètres suivants à la configuration par défaut: thinkpad-acpi.brightness_enable=1 acpi_backlight=vendor
La ligne par défaut devrait ressembler à ceci:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash thinkpad-acpi.brightness_enable=1 acpi_backlight=vendor"
Enregistrez le fichier modifié et exécutez:
Sudo update-grub
Redémarrez et vérifiez si xbacklight fonctionne
Si vous utilisez Gnome 3 ou Unity -
Consultez la branche principale de https://github.com/ishanthilina/setBrightness .
Si vous utilisez Gnome 2 -
Consultez la branche Gnome2 à partir de https://github.com/ishanthilina/setBrightness .
Ceci est un script python qui résout votre problème.
La commande à donner dans les applications de démarrage est “python ////setBrightness.py <niveau de luminosité>”.
Un exemple serait python /home/ishan/.setBrightness/setBrightness.py 20
. Si vous ne spécifiez pas de niveau de luminosité, le script modifiera le niveau de luminosité en fonction de l'heure du jour. S'il se situe entre 7h et 20h, le script fera en sorte que la luminosité soit réglée sur 75.
Si elle se situe entre 20h et 7h, le script définira la luminosité sur 20. Vous pouvez modifier ces niveaux de luminosité en modifiant les variables day_level et night_level, respectivement.
D'après le libellé de votre question, je pense que vous n'avez essayé que de contrôler la luminosité avec /sys/class/backlight/acpi_video0/brightness
, mais il existe peut-être d'autres pseudo-fichiers contrôlant la luminosité dans votre système de fichiers /sys/
. Voir ma réponse ici , que je résume ci-dessous:
Courir
tail /sys/class/backlight/*/brightness
produira quelque chose comme
==> /sys/class/backlight/acpi_video0/brightness <==
7
==> /sys/class/backlight/radeon_bl/brightness <==
255
==> /sys/class/backlight/Toshiba/brightness <==
-5
Maintenant, diminuez ou augmentez le niveau de luminosité comme vous le faites normalement, puis relancez l'exécution: tail /sys/class/backlight/*/brightness
, affichera les nouvelles valeurs, par exemple:
==> /sys/class/backlight/acpi_video0/brightness <==
6
==> /sys/class/backlight/radeon_bl/brightness <==
255
==> /sys/class/backlight/Toshiba/brightness <==
-5
Le fichier pour lequel le nombre sorti dans la sortie ci-dessus est modifié après ajustement de la luminosité est le fichier qui contrôle votre luminosité, vous devrez donc l'utiliser.
Ceci est évidemment un problème de compatibilité du noyau avec certains matériels, et je veux juste que vous essayiez cette solution de contournement:
Sauvegarde et ouverture du fichier grub. Terminal ouvert ( Ctrl+Alt+T ) et type:
Sudo cp /etc/default/grub /etc/default/grub.bak
Sudo gedit /etc/default/grub
Vous trouverez cette ligne dans la nouvelle fenêtre ouverte: GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
Changez le en:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_backlight=vendor"
Enregistrez et fermez la fenêtre et mettez à jour votre grub:
Sudo update-grub
Redémarrez votre système:
Sudo reboot
si la procédure ci-dessus ne fonctionne pas, répétez la même étape, mais cette fois, essayez de changer la ligne en étape 2 avec ceci:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pcie_aspm=force"
Répondez si quelque chose ne va pas. Si cela ne fonctionne pas, éditez votre question et collez-la grub contenu du fichier: cat /etc/default/grub
J'ai eu un problème similaire sur mes t430 après la mise à niveau d'OpenSuse 12.3 (noyau 3.7) vers 13.1 (noyau 3.11). L’affichage était toujours au maximum de la luminosité au démarrage, mais j’ai surtout craint que les touches de fonction de luminosité ne fonctionnent (généralement) pas. Xbacklight fonctionnerait (généralement), mais pas toujours. Si je modifiais la luminosité à 80 avec xbacklight, cela fonctionnerait. Si je le changeais en 70, rien ne se passerait tant que je n'aurais pas appuyé sur la touche de fonction de réduction de la luminosité. Ensuite, il tomberait à (environ?) 70%. C'était vraiment bizarre.
Pour des raisons différentes, je suis passé à Mint 16 Cinnamon avant de trouver une solution. Les touches de fonction fonctionnent bien maintenant, donc je n'ai pas approfondi la question. (Je ne suggère pas de changer de distribution comme solution, BTW!) Avant de changer, voici ce que j'ai appris:
J'ai lu (quelque part ??) que les noyaux 3.8 + répondent à une tendance matérielle liée à Windows 8: Win8 requiert du matériel pour signaler 101 niveaux de luminosité; le t430 ne prend en charge que 16. J'imagine que le noyau "demande" du matériel qui "pense" en 1/16e pour un changement de luminosité de 1/101e! (S'il vous plaît ne me citez pas à ce sujet.)
Au lieu d'utiliser acpi_backlight=vendor
dans/etc/default/grub, vous pouvez essayer acpi_backlight="!Windows 2012"
- c'est-à-dire, dites-lui que "je n'utilise pas Windows 8!". Certains utilisateurs d’OpenSuse avaient du succès avec ce logiciel, mais aucun d’entre eux n’utilisait de Thinkpads. Donner un coup de feu.
Puis je baisse ma luminosité manuellement via les raccourcis clavier et exécute à nouveau la commande ...
Comme vous pouvez baisser la luminosité avec Hokeys, la méthode suivante dbus
ou xdotool
devrait fonctionner
$ xbacklight +30% # increases brightness by 30 percent
$ xbacklight -30% # decreases brightness by 30 percent
$ dbus-send --session --print-reply \
--dest="org.gnome.SettingsDaemon" \
/org/gnome/SettingsDaemon/Power \
org.gnome.SettingsDaemon.Power.Screen.SetPercentage \
uint32:<percentage>
Réglez la luminosité à 30%:
$ dbus-send --session --print-reply \
--dest="org.gnome.SettingsDaemon" \
/org/gnome/SettingsDaemon/Power \
org.gnome.SettingsDaemon.Power.Screen.SetPercentage \
uint32:30
Ou
Pour diminuer la luminosité d'un pas (~ 7)
$ dbus-send --session --print-reply \
--dest="org.gnome.SettingsDaemon" \
/org/gnome/SettingsDaemon/Power \
org.gnome.SettingsDaemon.Power.Screen.StepDown
Pour augmenter la luminosité d'une étape (~ 7)
$ dbus-send --session --print-reply \
--dest="org.gnome.SettingsDaemon" \
/org/gnome/SettingsDaemon/Power \
org.gnome.SettingsDaemon.Power.Screen.StepUp
S'il est indiqué comme suit, votre système d'exploitation est peut-être trop ancien. Ensuite, utilisez xdotool
:
Error org.freedesktop.DBus.Error.UnknownMethod:
Method "SetPercentage" with signature "u" on interface
"org.gnome.SettingsDaemon.Power.Screen" doesn't exist
Augmenter la luminosité:
$ xdotool key XF86MonBrightnessUp
Diminuer la luminosité:
$ xdotool key XF86MonBrightnessDown
Après avoir testé avec succès la méthode ci-dessus, vous pouvez l’ajouter à /etc/rc.local
moyen logiciel
Si vous ne pouvez pas utiliser l’une des méthodes suivantes pour régler la luminosité de l’arrière de votre matériel, ajustez la luminosité du logiciel de votre écran.xrandr --output OUTPUT --brightness VALUE
Par exemplexrandr --output LVDS1 --brightness 0.9
Vous pouvez trouver des écrans connectés en utilisant xrandr | grep connected