“Nenhuma saída possui propriedade backlight”, mas o xorg.conf está configurado e o xbacklight está instalado

3

Estou usando um laptop Lenovo com drivers de vídeo Intel e estou tentando controlar o brilho. Eu instalei os pacotes xbacklight e xserver-xorg-video-intel , adicionei essas linhas a /etc/X11/xorg.conf :

Section "Device"
    Identifier  "Card0"
    Driver      "intel"
    Option      "Backlight"  "intel_backlight"
EndSection

e verifiquei que o diretório /sys/class/backlight/intel_backlight/ existe. Quando eu executo xbacklight , recebo o erro:

No outputs have backlight property

Como configuro a luz de fundo? Estou usando o Debian 9 x64 e o sistema está totalmente atualizado.

EDIT: Eu posso alterar manualmente o brilho, elevando minhas permissões com sudo e escrevendo para o arquivo brightness :

echo 500 > /sys/class/backlight/intel_backlight/brightness

EDIT: recebo o mesmo "Nenhuma saída tem propriedade de luz de fundo" se eu executar xbacklight como raiz ou com sudo .

    
por Michael A 13.11.2018 / 16:39

1 resposta

2

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.

    
por 17.11.2018 / 23:51