Да, установите значение повторной попытки на некоторое большее число.
retry:
Таймаут повторной попытки рабочего пула соединений в секундах. Если рабочий пул соединений с внутренним сервером находится в состоянии ошибки, Apache не будет направлять запросы к этому серверу до истечения таймаута. Это позволяет отключить внутренний сервер для обслуживания и вернуть его в строй позже. Значение 0 означает, что серверы, находящиеся в состоянии ошибки, всегда повторяют попытку без тайм-аута.
Может быть множество причин, по которым это не работает, и все они слишком сложны, чтобы задать их в комментарии к вопросу, поэтому я оставлю это здесь в качестве ресурса -, и если ни одна из этих работ не покажется свободны комментировать, а не голосовать против -, и я удалю это(или оставлю для других, которые окажутся здесь с той же проблемой, но с другими причинами).
Первое, что вы можете попробовать, это добавить один из этих параметров ядра:
acpi_osi=Linux
acpi_osi="!Windows 2012"
acpi_osi=
Это довольно распространенная проблема, когда подсветка перестает работать после приостановки. (Я знаю, что это не имеет прямого отношения, но стоит упомянуть ).
Еще одна проблема может заключаться в том, что у вас недостаточно прав для фактического изменения яркости(еще раз, что, вероятно, не связано с OP, поскольку сообщение об ошибке обычно отличается, и OP уже пытался это сделать). Если это так, измените правила udev -, изменив/добавив это в/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"
Другая, также распространенная проблема, возникает при использовании в сочетании с несколькими графическими картами или гибридной графикой (, например, в проекте Optimus).
Если это так, вы можете попробовать добавить один из следующих параметров ядра:
acpi_backlight=video
acpi_backlight=vendor
acpi_backlight=native
acpi_backlight=none # <-- Mainly for AMD/ATI drivers
Наконец, для чего здесь может быть OP:
Измените /etc/X11/xorg.conf.d/20-intel.conf
на отражение:
Section "Device"
Identifier "Intel Graphics"
Driver "intel"
Option "Backlight" "intel_backlight"
EndSection
Скорее всего, xrandr или xbacklight только что получили ошибочное сопоставление с /sys/class/backlight/<path>
. Таким образом, установка вручную значения intel_backlight
может решить вашу проблему. Все, что может быть не так, это Идентификатор, судя по вопросу. Если это все еще не работает, проверьте и убедитесь, что конфигурация устройства -действительно используется, потому что это действительно похоже на проблему сопоставления между xrandr/xbacklight и путем, по которому, по его мнению, он найдет подсветку. каталог -.
Любой из них может дать вам подсказку или намек на то, какой драйвер и конфигурация используются:
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/
Надеюсь, это так просто; если нет, то опять жеЯ был бы рад изменить свой ответ или удалить его все вместе. Просто делюсь некоторыми знаниями, полученными во время борьбы с одним и тем же. Проблема с bugs.debian.org
Да, и параметр ядра nomodeset
имеет тенденцию мешать настройкам подсветки. Я не знаю почему. Но если тот, кто окажется здесь, использует его, попробуйте удалить его и посмотреть, не сработает ли снова хотя бы подсветка.
xbacklight
управления Выполните следующие действия:
$ sudo nano /etc/default/grub
и заменить соответствующую строку наGRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_backlight=vendor"
$ sudo update-grub
$ sudo apt install xbacklight xorg xserver-xorg-video-intel
$ find /sys -type f -name brightness
должна дать что-то вроде/sys/devices/pci0000:00/0000:00:02.0/drm/card0/card0-eDP-1/intel_backlight/brightness
$ cd /sys/class
Этот каталог должен содержать программную ссылку с именем brightness
на устройство яркости, обнаруженное на предыдущем шаге. Если он отсутствует, создайте его:$ sudo ln -s /sys/devices/pci0000:00/0000:00:02.0/drm/card0/card0-eDP-1/intel_backlight/brightness /sys/class/brightness
$ sudo nano /etc/X11/xorg.conf
следует читать: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
XF86MonBrightnessDown
и XF86MonBrightnessUp
объясняется здесь для пользователей Xubuntu LTS или XFCE . Если кто-нибудь обнаружит это с помощью Arch Linux, я просто заменил xorg-backlight
на acpilight
, и тогда sudo backlight -set 10
работает нормально.