Mi Lenovo T440s se inicia con el máximo brillo. Siguiendo este hilo he tratado de alterarlo rc.local
, pero esto no funciona.
Cuando ejecuto el comando cat /sys/class/backlight/acpi_video0/brightness
obtengo el resultado 851
. Luego bajo mi brillo manualmente a través de las teclas de acceso rápido y ejecuto el comando nuevamente, todavía se muestra 851
.
Esto me lleva a creer que no puedo controlar mi brillo de esta manera simplemente agregando un comando a rc.local
.
¿Hay algo más que pueda probar?
Aquí está el contenido de grub
# 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"
Aquí está el rc.local
contenido.
#!/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
12.04
startup
brightness
BillyJean
fuente
fuente
Respuestas:
¿Has intentado usar algún software para evitar tratar manualmente con el sistema de archivos sys? Sugiero usar xbacklight.
Este comando establecerá el brillo de la pantalla al 10%. Puede agregar eso a su rc.local.
Editar : si el procedimiento anterior no funciona, puede haber algunos problemas entre el núcleo y la BIOS ACPI. Edite el archivo:
/boot/grub/menu.lst
Agregue los siguientes parámetros a la configuración predeterminada:
thinkpad-acpi.brightness_enable=1 acpi_backlight=vendor
La línea predeterminada debería verse así:
Guarde el archivo modificado y ejecute:
Reinicia y comprueba si xbacklight funciona
fuente
rc.local
, pero no cambié nada al reiniciar.menu.lst
en/boot/grub
Si está utilizando Gnome 3 o Unity,
Consulte la rama maestra en https://github.com/ishanthilina/setBrightness .
Si está utilizando Gnome 2:
Verifique la rama Gnome2 en https://github.com/ishanthilina/setBrightness .
Este es un script de Python que resuelve tu problema.
El comando que se debe dar en las aplicaciones de inicio es "python ////setBrightness.py <Nivel de brillo>".
Un ejemplo sería python
/home/ishan/.setBrightness/setBrightness.py 20
. Si no especifica un nivel de brillo, el script cambiará el nivel de brillo según la hora del día. Si es entre las 7 a.m. y las 8 p.m., el guión hará que el brillo se establezca en 75.Si es entre las 8 p.m. y las 7 a.m., el guión hará que el brillo se establezca en 20. Puede editar estos niveles de brillo cambiando las variables day_level y night_level respectivamente.
fuente
fuente
Por la redacción de su pregunta, creo que solo intentó controlar el brillo
/sys/class/backlight/acpi_video0/brightness
, pero posiblemente haya otros pseudoarchivos de control de brillo en su/sys/
sistema de archivos. Vea mi respuesta aquí , que resumo a continuación:correr
generará algo como
Ahora baje o aumente el nivel de brillo como lo hace normalmente, y después de eso, ejecute nuevamente:,
tail /sys/class/backlight/*/brightness
generará los nuevos valores, por ejemplo:El archivo para el que se cambia el número superado en la salida anterior después de ajustar el brillo es el archivo que controla su brillo, por lo que tendrá que usar ese.
fuente
/sys/class/backlight/thinkpad_screen/brightness
. Como mínimo se muestra3
, como máximo se muestra5
. Cuando cambio el brillo manualmente mediante las teclas de acceso rápido, la longitud de la barra de brillo también cambia solo una vez, a pesar de que el brillo físico cambia 10 niveles.rc.local
. Puede seguir mi respuesta vinculada para obtener instrucciones con todo el proceso. No sé cómo se muestra la retroalimentación gráfica para el cambio de brillo, que puede tener errores. Puedeecho
permitir valores para este pseudoarchivo y ver cómo cambia el brillo (simplemente no haga eco de un valor superior al máximo o inferior a 0, pero incluso si lo hace, creo que no causará ningún problema), esto es También escrito en mi otra respuesta.echo 3 > /sys/class/backlight/thinkpad_screen/brightness
a mirc.local
archivo, pero nada cambió al reiniciar ... cuando ejecutosudo bash -c "echo 3 > /sys/class/backlight/thinkpad_screen/brightness"
tampoco sucede nada. ¿Quizás hay una conexión entre estas dos observaciones?cat /sys/class/backlight/thinkpad_screen/brightness
informe 5. Ahora sísudo bash -c "echo 3 > /sys/class/backlight/thinkpad_screen/brightness"
. ¿Nada cambia? Ejecutar de nuevocat /sys/class/backlight/thinkpad_screen/brightness
, ¿todavía informa 5 o se cambia a 3?Obviamente, este es un problema de compatibilidad del kernel con algunos Hardwares , y solo quiero que pruebes esta solución alternativa:
Copia de seguridad y abrir archivo grub . Abra la terminal ( Ctrl+ Alt+ T) y escriba:
Encontrará esta línea en la nueva ventana abierta:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
Cámbielo a:
Guarde y cierre la ventana y actualice su grub:
Reinicie su sistema:
si el procedimiento anterior no funciona, repita el mismo paso pero esta vez intente cambiar la línea en el paso 2 con esto:
Responda si algo sale mal. Si no funciona, edite su pregunta y pegue el contenido del archivo grub :
cat /etc/default/grub
fuente
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pcie_aspm=force"
? Solo para confirmación. También quiero que ejecute este comando después delsudo update-grub
comando:sudo update-initramfs -u
y reinicie su sistema. Responde lo que sucede ..GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pcie_aspm=force"
. También intenté corrersudo update-initramfs -u
despuéssudo update-grub
, pero aún nada después del reinicioComo puede reducir el brillo usando Hokeys, el siguiente método
dbus
oxdotool
método debería funcionarxbacklight
forma dbus
EjemploEstablecer brillo al 30%:
O
para disminuir el brillo en un paso (~ 7)
Para aumentar el brillo en un paso (~ 7)
Si dice lo siguiente, su sistema operativo puede ser demasiado viejo. Luego use
xdotool
:xdotool
Aumentar el brillo:
Disminuir brillo:
Después de probar con éxito la hormiga del método anterior, puede agregarlo a
/etc/rc.local
Modo software
Si no puede utilizar ninguno de los siguientes métodos para ajustar el brillo de la tapa posterior de su hardware, ajuste el brillo del software de su pantalla.
xrandr --output OUTPUT --brightness VALUE
Por ejemplo,
xrandr --output LVDS1 --brightness 0.9
puede encontrar pantallas conectadas usando
xrandr | grep connected
fuente
method return sender=:1.7 -> dest=:1.137 reply_serial=2 uint32 100
, no pasa nada másmethod return sender=:1.6 -> dest=:1.111 reply_serial=2 uint32 30
xrandr
obras. Usar 0.6, por ejemplo, lo reduce y 1.0 lo maximiza. Pero si uso 0.5 y luego quiero subirlo al máximo con teclas de acceso rápido, entonces se detiene en ca. 0.8. Así que todavía hay un problema fundamental, pero al menos algo funciona ahora/etc/rc.local
, pero no cambia el brillo en el inicioTuve un problema similar en mi t430s después de actualizar de OpenSuse 12.3 (kernel 3.7) a 13.1 (kernel 3.11). La pantalla siempre tenía el brillo máximo en el arranque, pero mi mayor preocupación era que las teclas de función de brillo (por lo general) no funcionaban. Xbacklight (generalmente) funcionaría, pero no siempre. Si cambiara el brillo a 80 usando xbacklight, eso funcionaría. Si lo cambiara a 70, no pasaría nada hasta que presione la tecla de función de reducción de brillo. Luego se reduciría a (¿aproximadamente?) 70%. Fue realmente raro.
Por razones no relacionadas, cambié a Mint 16 Cinnamon antes de encontrar una solución. Las teclas de función funcionan bien ahora, así que no lo he investigado más. (¡NO sugiero cambiar de distribución como solución, por cierto!) Antes de cambiar, esto es lo que aprendí:
Leí (en algún lugar ??) que los núcleos 3.8 + abordan una tendencia de hardware relacionada con Windows 8: Win8 requiere hardware para informar 101 niveles de brillo; el t430 solo admite 16. ¡Supongo que el núcleo está "pidiendo" hardware que "piense" en 1/16 para un cambio de brillo de 1/101! (Por favor, no me cites sobre esto).
En lugar de usar
acpi_backlight=vendor
/ etc / default / grub, puede intentarloacpi_backlight="!Windows 2012"
, es decir, decirle "¡No estoy usando Windows 8!" Algunas de las personas de OpenSuse estaban teniendo éxito con esto, aunque ninguna de ellas usaba Thinkpads. Dale un tiro.fuente
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_backlight=\"!Windows2012\""