Meu Lenovo T440s inicia com o brilho máximo. Após esta discussão , tentei alterar rc.local
, mas isso não funciona.
Quando executo o comando cat /sys/class/backlight/acpi_video0/brightness
, recebo a saída 851
. Depois, abro meu brilho manualmente através das teclas de atalho e executo o comando novamente - ele ainda é exibido 851
.
Isso me leva a acreditar que não posso controlar meu brilho dessa maneira simplesmente adicionando um comando a rc.local
.
Há mais alguma coisa que eu possa tentar?
Aqui está o conteúdo do 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"
Aqui está o rc.local
conteúdo
#!/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
fonte
fonte
Respostas:
Você já tentou usar algum software para evitar lidar manualmente com o sistema de arquivos sys? Eu sugiro usar xbacklight.
Este comando definirá o brilho da tela para 10%. Você pode adicionar isso ao seu rc.local.
Edit : Se o procedimento acima não estiver funcionando, pode haver alguns problemas entre o kernel e a bios acpi. Edite o arquivo:
/boot/grub/menu.lst
Adicione os seguintes parâmetros à configuração padrão:
thinkpad-acpi.brightness_enable=1 acpi_backlight=vendor
A linha padrão deve se parecer com isso:
Salve o arquivo modificado e execute:
Reinicie e verifique se o xbacklight está funcionando
fonte
rc.local
, mas não alterei nada na reinicialização.menu.lst
em/boot/grub
Se você estiver usando o Gnome 3 ou o Unity -
Faça o checkout do ramo principal em https://github.com/ishanthilina/setBrightness .
Se você estiver usando o Gnome 2 -
Faça o checkout da filial do Gnome2 em https://github.com/ishanthilina/setBrightness .
Este é um script python que resolve seu problema.
O comando a ser dado nos aplicativos de inicialização é "python ////setBrightness.py <Nível de brilho>".
Um exemplo seria python
/home/ishan/.setBrightness/setBrightness.py 20
. Se você não especificar um nível de brilho, o script alterará o nível de brilho de acordo com a hora do dia. Se for entre 7h e 20h, o script fará o brilho ser definido como 75.Se for entre 20:00 e 07:00, o script fará com que o brilho seja definido como 20. Você pode editar esses níveis de brilho alterando as variáveis day_level e night_level respectivamente.
fonte
fonte
Pela redação da sua pergunta, acho que você só tentou controlar o brilho
/sys/class/backlight/acpi_video0/brightness
, mas existem outros pseudo-arquivos de controle de brilho no seu/sys/
sistema de arquivos. Veja a minha resposta aqui , que resumo abaixo:Corre
irá produzir algo como
Agora abaixe ou aumente o nível de brilho, como normalmente faz, e depois execute novamente
tail /sys/class/backlight/*/brightness
:, exibirá os novos valores, por exemplo:O arquivo para o qual o número emitido na saída acima é alterado após o ajuste do brilho é o arquivo que controla o brilho, portanto, você precisará usá-lo.
fonte
/sys/class/backlight/thinkpad_screen/brightness
. No mínimo, é exibido3
, no máximo, é exibido5
. Quando altero o brilho manualmente através das teclas de atalho, o comprimento da barra de brilho também muda apenas uma vez, mesmo que o brilho físico mude 10 níveis?rc.local
. Você pode seguir minha resposta vinculada para obter instruções com todo o processo. Não sei como o feedback gráfico é mostrado para a mudança de brilho, que pode ser de buggy. Você podeecho
permitir valores para esse pseudo-arquivo e ver como o brilho muda (apenas não faça eco de um valor acima do máximo ou abaixo de 0, mas mesmo se você fizer isso, acho que não causará nenhum problema). também escrito na minha outra resposta.echo 3 > /sys/class/backlight/thinkpad_screen/brightness
ao meurc.local
arquivo, mas nada mudou após a reinicialização ... quando eu corro,sudo bash -c "echo 3 > /sys/class/backlight/thinkpad_screen/brightness"
nada acontece. Talvez haja uma conexão entre essas duas observações?cat /sys/class/backlight/thinkpad_screen/brightness
relate 5. Agora você fazsudo bash -c "echo 3 > /sys/class/backlight/thinkpad_screen/brightness"
. Nada muda? Executar novamentecat /sys/class/backlight/thinkpad_screen/brightness
, ele ainda relata 5 ou foi alterado para 3?Obviamente, isso é um problema de compatibilidade do kernel com alguns hardwares , e eu só quero que você tente esta solução alternativa:
Faça backup e abra o arquivo grub . Abra o terminal ( Ctrl+ Alt+ T) e digite:
Você encontrará esta linha na nova janela aberta:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
Altere para:
Salve e feche a janela e atualize seu grub:
Reinicie seu sistema:
se o procedimento acima não funcionar, repita a mesma etapa, mas desta vez tente alterar a linha na etapa 2 com isso:
Responda se algo der errado. Se não funcionar, edite sua pergunta e cole o conteúdo do arquivo grub :
cat /etc/default/grub
fonte
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pcie_aspm=force"
? Apenas para confirmação. Também quero que você execute este comando após osudo update-grub
comando:sudo update-initramfs -u
e reinicie o seu sistema. Responda o que acontece ..GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pcie_aspm=force"
. Também tentei corrersudo update-initramfs -u
depoissudo update-grub
, mas ainda nada após a reinicializaçãoComo você pode reduzir o brilho usando Hokeys a seguinte
dbus
ouxdotool
método deve funcionarxbacklight
maneira dbus
ExemploDefina o brilho para 30%:
Ou
Para diminuir o brilho em um passo (~ 7)
Para aumentar o brilho em uma etapa (~ 7)
Se aparecer da seguinte forma, seu sistema operacional pode estar muito antigo. Então use
xdotool
:xdotool
Aumente o brilho:
Diminuir o brilho:
Após o teste testado com sucesso do método acima, você pode adicioná-lo ao
/etc/rc.local
Modo de software Se você não pode usar qualquer um dos métodos a seguir para ajustar o brilho da tampa traseira do hardware, ajuste o brilho do software da tela.
xrandr --output OUTPUT --brightness VALUE
Por exemplo,
xrandr --output LVDS1 --brightness 0.9
você pode encontrar telas conectadas usando
xrandr | grep connected
fonte
method return sender=:1.7 -> dest=:1.137 reply_serial=2 uint32 100
, nada acontecemethod return sender=:1.6 -> dest=:1.111 reply_serial=2 uint32 30
xrandr
obras. Usar 0,6, por exemplo, reduz e 1,0 maximiza. Mas se eu usar 0,5 e depois quiser aumentá-lo ao máximo com teclas de atalho, ele pára em ca. 0.8 Assim, ainda há um problema fundamental, mas pelo menos algo funciona agora/etc/rc.local
, mas isso não muda o brilho na inicializaçãoEu tive um problema semelhante no meu t430s depois de atualizar do OpenSuse 12.3 (kernel 3.7) para 13.1 (kernel 3.11). A tela estava sempre com brilho máximo na inicialização, mas minha maior preocupação era que as teclas de função de brilho (normalmente) não estavam funcionando. O Xbacklight (normalmente) funcionaria, mas nem sempre. Se eu mudasse o brilho para 80 usando xbacklight, isso funcionaria. Se eu mudasse para 70, nada aconteceria até eu pressionar a tecla de função reduzir brilho. Então, cairia para (cerca de?) 70%. Foi muito estranho.
Por motivos não relacionados, mudei para o Mint 16 Cinnamon antes de encontrar uma solução. As teclas de função estão funcionando bem agora, então não examinei mais. (NÃO estou sugerindo a troca de distros como uma solução, BTW!) Antes de mudar, eis o que aprendi:
Eu li (em algum lugar?) Que os núcleos 3.8 + abordam uma tendência de hardware relacionada ao Windows 8: Win8 requer que o hardware relate 101 níveis de brilho; o t430 suporta apenas 16. Suponho que o kernel esteja "pedindo" hardware que "pense" em 1/16 de uma mudança de brilho de 1/10! (Por favor, não me cite sobre isso.)
Em vez de usar
acpi_backlight=vendor
no / etc / default / grub, você pode tentaracpi_backlight="!Windows 2012"
- ou seja, dizer "Não estou usando o Windows 8!" Algumas pessoas do OpenSuse estavam tendo sucesso com isso, embora nenhuma delas estivesse usando Thinkpads. Experimente.fonte
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_backlight=\"!Windows2012\""