Início / unix / Perguntas / 481490
Accepted
Michael A
Asked: 2018-11-14 07:39:37 +0800 CST

"Nenhuma saída tem propriedade de luz de fundo", mas o xorg.conf está configurado e o xbacklight está instalado

  • 772

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

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

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

No outputs have backlight property

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

EDIT: Posso alterar manualmente o brilho elevando minhas permissões sudoe gravando no brightnessarquivo:

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

EDIT: Eu recebo o mesmo "Nenhuma saída tem propriedade de luz de fundo" se eu executar xbacklightcomo root ou com sudo.

debian backlight

3 respostas

  1. Best Answer

    Pode haver inúmeras razões pelas quais isso não funciona, e todas são muito complicadas de perguntar em um comentário à pergunta, então deixarei isso como um recurso aqui - e se nenhum desses trabalhos, sinta-se à vontade para comentar em vez de voto negativo e vou removê-lo (ou deixar para outros que acabam aqui com o mesmo problema, mas causas diferentes) .

    A primeira coisa que você pode tentar é adicionar um destes parâmetros do kernel:

    acpi_osi=Linux
acpi_osi="!Windows 2012"
acpi_osi=

    Este é 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 mencionar).

    Outro problema pode ser que você não tenha permissão suficiente para realmente modificar o brilho (novamente, provavelmente não relacionado ao OP, pois a mensagem de erro geralmente é diferente e o OP já tentou) . Se for esse 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 do kernel:

    acpi_backlight=video
acpi_backlight=vendor
acpi_backlight=native
acpi_backlight=none    # <-- Mainly for AMD/ATI drivers

    Finalmente, para que OP pode estar aqui:

    Altere /etc/X11/xorg.conf.d/20-intel.confpara refletir:

    Section "Device"
    Identifier  "Intel Graphics" 
    Driver      "intel"
    Option      "Backlight"  "intel_backlight"
EndSection

    As probabilidades são de que xrandr ou xbacklight acabaram de ter um mapeamento defeituoso contra /sys/class/backlight/<path>. Assim, configurá-lo manualmente para intel_backlightpode resolver seu problema. Tudo o que pode estar errado é o Identificador, a julgar pela pergunta. Se ainda não funcionar, verifique e certifique-se de que o Device-config é realmente o que está em uso, porque realmente parece um problema de mapeamento entre xrandr/xbacklight e o caminho onde ele acha que encontrará o diretório backlight .

    Qualquer um desses 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 assim; se não for, novamente, ficarei feliz em alterar minha resposta ou excluí-la. Apenas compartilhando algum conhecimento adquirido enquanto lutava com a mesma coisa. problema bugs.debian.org

    Ah, e o parâmetro do kernel nomodesettende a interferir nas configurações de luz de fundo. Eu não sei por quê. Mas se quem acabar aqui o usar, tente removê-lo e veja se pelo menos a luz de fundo acende novamente.

    • 7

  2. Se alguém encontrar isso usando o Arch Linux, eu simplesmente substituí xorg-backlightpor acpilighte sudo backlight -set 10funciona bem.

    • 5

  3. Cada passo necessário para xbacklighto controle

    Siga esses passos:

    1. $ sudo nano /etc/default/grube substitua a linha correspondente por GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_backlight=vendor"
    2. $ sudo update-grub
    3. Sem brincadeira, certifique-se de que os drivers apropriados estejam realmente instalados :$ sudo apt install xbacklight xorg xserver-xorg-video-intel
    4. A emissão $ find /sys -type f -name brightnessdeve render algo como/sys/devices/pci0000:00/0000:00:02.0/drm/card0/card0-eDP-1/intel_backlight/brightness
    5. $ cd /sys/classEsse diretório deve conter um soft link chamado brightnesspara o dispositivo de brilho descoberto na etapa anterior. Se estiver faltando, crie-o:$ sudo ln -s /sys/devices/pci0000:00/0000:00:02.0/drm/card0/card0-eDP-1/intel_backlight/brightness /sys/class/brightness
    6. $ sudo nano /etc/X11/xorg.confdeve ler:
    Section "Device"
    Identifier      "Device0"
    Driver          "intel"
    Option          "Backlight"      "intel_backlight"
EndSection

Section "Monitor"
    Identifier      "Monitor0"
EndSection

Section "Screen"
    Identifier      "Screen0"
    Monitor         "Monitor0"
    Device          "Device0"
EndSection
    1. A atribuição do físico XF86MonBrightnessDowne das XF86MonBrightnessUpchaves é explicada aqui para usuários do Xubuntu LTS ou XFCE .
    2. Por fim, reinicie para que essas alterações entrem em vigor.
    • 1

relate perguntas