Pode haver vários motivos para que isso não funcione, e todos eles são complicados de se fazer em um comentário à pergunta, então deixarei isso como um recurso aqui - e se nenhum desses trabalhos for de graça comente em vez de votar por baixo e eu vou removê-lo <(> ou deixar para os outros que acabam aqui com o mesmo problema, mas causas diferentes) .
A primeira coisa que você pode tentar é adicionar um desses parâmetros do kernel:
acpi_osi=Linux
acpi_osi="!Windows 2012"
acpi_osi=
Esse é um problema bastante comum em que a luz de fundo para de funcionar após uma suspensão (sei que isso não está diretamente relacionado, mas pode valer a pena ser mencionado).
Outro problema pode ser que você não tenha permissão suficiente para realmente modificar o brilho (novamente, provavelmente não relacionado ao OP, já que a mensagem de erro geralmente é diferente e o OP já tentou) . Se esse for o caso, modifique as regras do udev alterando / adicionando isso a /etc/udev/rules.d/backlight.rules
:
ACTION=="add", SUBSYSTEM=="backlight", KERNEL=="intel_backlight", RUN+="/bin/chgrp video /sys/class/backlight/%k/brightness"
ACTION=="add", SUBSYSTEM=="backlight", KERNEL=="intel_backlight", RUN+="/bin/chmod g+w /sys/class/backlight/%k/brightness"
Outro problema, também comum, é quando usado em conjunto com várias placas gráficas ou gráficos híbridos (como o projeto Optimus) .
Nesse caso, você pode tentar adicionar um dos seguintes parâmetros de kernel:
acpi_backlight=video
acpi_backlight=vendor
acpi_backlight=native
acpi_backlight=none # <-- Mainly for AMD/ATI drivers
Por fim, para que OP pode estar aqui:
Altere /etc/X11/xorg.conf.d/20-intel.conf
para refletir:
Section "Device"
Identifier "Intel Graphics"
Driver "intel"
Option "Backlight" "intel_backlight"
EndSection
As probabilidades são xrandr ou xbacklight que acabaram de ter um mapeamento defeituoso em relação a /sys/class/backlight/<path>
. Assim, configurá-lo manualmente para intel_backlight
pode resolver seu problema. Tudo o que pode estar errado é o identificador, a julgar pela pergunta. Se ainda assim não funcionar, verifique e certifique-se de que o Device-config é realmente o que está em uso, porque realmente soa como um problema de mapeamento entre xrandr / xbacklight e o caminho em que ele acha que encontrará o diretório backlight .
Qualquer um deles pode dar uma pista ou dica sobre qual driver e configuração está sendo usado:
lspci | grep VGA
lsmod | grep "kms\|drm"
find /dev -group video
cat /proc/cmdline
find /etc/modprobe.d/
cat /etc/modprobe.d/*kms*
glxinfo | grep -i "vendor\|rendering"
grep LoadModule /var/log/Xorg.0.log
egrep -i " connected|card detect|primary dev|Setting driver" /var/log/Xorg.0.log
udevadm info -a -p /sys/class/backlight/intel_backlight/
Espero que seja tão simples quanto isso; se não for, novamente, eu ficaria feliz em mudar minha resposta ou apagar tudo junto. Apenas compartilhando algum conhecimento reunido enquanto lutava com a mesma coisa. questão bugs.debian.org
Ah, e o parâmetro do kernel nomodeset
tende a interferir nas configurações da luz de fundo. Eu não sei porque. Mas se quem quer que acabe aqui usa, tente remover isso e veja se pelo menos a luz de fundo entra em ação novamente.