проблема яркости подсветки Nvidia

Проблема

Единица показывает управление, в то время как я нажимаю яркость Fn+Increase/Descrese, но ничего не происходит. В консоли яркость не работает также, в то время как X-сервер работает.

Проверенные решения

Я попробовал ВСЕ Возможные решения этой проблемы в Google, и ничто не работает:

  1. запишите acpi_backlight в личинке
  2. переустановите драйверы со способной чисткой Nvidia*
  3. запишите "EnableBrightnessControl=1" в xorg.conf
  4. nvidia-375.66 установки, nvidia-378.13, 381.22, 384.47
  5. "xbacklight - устанавливают X", не работает
  6. изменение/sys/class/backlight/brightness
  7. обновите ядро Linux от 4,8 до 4,10 и 4.12
  8. замените EDID от старой матрицы (это повреждает все),
  9. setpci-v - H1-s 00:01.0 3e. W=0 и затем изменяют подсветку с помощью Fn+keys.
  10. xrandr - производят DP 0 - яркость 0,5---плохое решение

Моя система и ситуация

Я использовал матрицу дисплея N173HHE-G32 в своем ноутбуке прежде, и все было в порядке. Но сегодня я заменил его к B173HAN01.2, и эта проблема запустилась. В Windows 10 I решили его путем переустановки драйверов на nvidia-376 с официального веб-сайта MSI.

Так, я вижу следующую последовательность: в ноутбуке запускаются, яркость максимальна, затем это минимально (и работающий), в то время как "initramfs..." текст показывает в консоли. И после того, как X-сервер запускается, яркость максимальна (поврежденный) снова. Когда яркость остановок X-сервера работает снова!

MSI GT73VR 7RF, Ubuntu 16.04.2 LTS, NVidia GeForce GTX1080, B173HAN01.2 display matrix

uname -a 
4.8.0-58-generic #63~16.04.1-Ubuntu SMP Mon Jun 26 18:08:51 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

lspci | grep -i vga
01:00.0 VGA compatible controller: NVIDIA Corporation Device 1be0 (rev a1)

Однако!

Но когда я использую nvidia-378, он РАБОТАЕТ! К сожалению, 378 имеет критические ошибки после режима приостановки в интерфейсе Unity :(((

Помогите, мои глаза находятся в крови (это очень ярко для них), и я не знаю, что сделать...

Обновленный! После двух лет я понял, что проблема в lightdm (или X-сервер). Когда я останавливаю его, все в порядке...

8
задан 19 May 2019 в 14:24

8 ответов

Обновление 16 июня 2019

В прошлом месяце спустя 2 года после того, как о проблеме сообщили, OP обнаружила, что LightDM (среда рабочего стола Единицы Ubuntu) был источником проблемы. Тем не менее в дополнение к списку ниже, существует другой grub параметр, который можно попробовать:

video.use_native_backlight=1

См. этот ответ для больше.


Исходный ответ

Окончательная ссылка, кажется, находится в Дуге Linux, который является сайтом, к которому я обращался много раз для решения трудных проблем.

Параметры ядра

Взгляд на Ваш cat /proc/cmdline нет никаких дополнительных переданных параметров ядра. Вышеупомянутые состояния канала:

Иногда, ACPI не работает хорошо из-за различных реализаций материнской платы и причуд ACPI. Это включает некоторые ноутбуки с двойной графикой (например, Nvidia/Radeon выделила GPU с Intel/AMD, интегрированным GPU). На ноутбуках Optimus Nvidia параметр ядра nomodeset может вмешаться в способность скорректировать подсветку. Кроме того, ACPI иногда должен регистрировать свое собственное acpi_video0 backlight даже если Вы уже существуете (такой как intel_backlight), который может быть сделан путем добавления одного из следующих параметров ядра:

acpi_backlight=video
acpi_backlight=vendor
acpi_backlight=native

Если Вы находите то изменение acpi_video0 подсветка на самом деле не изменяет яркость, Вы, возможно, должны использовать acpi_backlight=none.

Попробуйте каждый из acpi_backlight=xxxx опции на Вашей строке параметров ядра личинки

Когда xbacklight не работает

Вы попробовали xbacklight уже и ссылка выше обращается к этому:

В некоторых системах горячие клавиши яркости на Вашей клавиатуре правильно изменяют значения интерфейса acpi в /sys/class/backlight/acpi_video0/actual_brightness (Когда мы попробовали в комментариях), но яркость экрана не изменяется. Апплеты Brigthness от настольных сред (т.е. панель ползунка подбора яркости Ubuntu) могут также показать изменения бесцельно.

Если Вы протестировали рекомендуемые параметры ядра и только xbacklight работы, затем можно сталкиваться с несовместимостью между BIOS и драйвером ядра.

В этом случае единственное решение состоит в том, чтобы ожидать фиксации или от BIOS или от производителя драйверов GPU.

Обходное решение должно использовать inotify API ядра для инициирования xbacklight каждый раз значение /sys/class/backlight/acpi_video0/actual_brightness изменения.

Первые inotify-инструменты установки. Затем создайте сценарий вокруг inotify, который будет запущен после каждой начальной загрузки или через автоматический запуск.

Ниже сценарий, который необходимо создать названный: /usr/local/bin/xbacklightmon

#!/bin/sh

path=/sys/class/backlight/acpi_video0

luminance() {
    read -r level < "$path"/actual_brightness
    factor=$((100 / max))
    printf '%d\n' "$((level * factor))"
}

read -r max < "$path"/max_brightness

xbacklight -set "$(luminance)"

inotifywait -me modify --format '' "$path"/actual_brightness | while read; do
    xbacklight -set "$(luminance)"
done

Существует намного больше в ссылке выше, но эти шаги являются хорошим местом для запуска.


Специализированные форумы

Для дополнительной поддержки существуют выделенные форумы Графики Linux:

8
ответ дан 23 November 2019 в 05:25

клонируйте этот repo и вставьте сценарий backlight.sh в /bin. затем сделайте это исполняемым файлом и после того, как это откроет корневой терминал и выполнит следующую команду.

sudo backlight.sh "brightness-level-number".

клонировать репозиторий,

git clone https://github.com/el-beth/backlight.sh.git

1
ответ дан 23 November 2019 в 05:25

Вы могли установить пакет команды xbacklight в терминале:

склонные sudo - добираются, установка - переустанавливают xbacklight

После установки Вы могли использовать команду xbacklight следующим образом:

увеличение xbacklight-inc 20 # подсвечивает на 20%

xbacklight - 30 декабря # уменьшаются на 30%

xbacklight - установите 80 наборов # на 80% макс. значения

xbacklight - доберитесь # получают текущий уровень

Команда xbacklight должна проложить себе путь.

1
ответ дан 23 November 2019 в 05:25

Привет я приношу извинения, является ли это чем-то, что умные люди уже исключили, поскольку я совсем не знаком с командной строкой, но после переустанавливания я поразил эту проблему, и все вышеупомянутые решения не работали на меня (MSI pe706QE nvidia 960 м).

Я редактировал /etc/default/grub :

gksudo 'insert editor of choice not in quotes' /etc/default/grub

и замеченный nomodeset все еще находился в нижней части файла (я не помню постоянно добавлять его), и удалил его.

сохраните файл и работайте:

sudo update-grub 

вся работа снова с сочетаниями клавиш #noobie сбой надеется, что это может помочь кому-то.

2
ответ дан 23 November 2019 в 05:25

У меня есть ноутбук VPCEH Sony, у меня была та же проблема. Я попробовал это решение, которое работало на меня: http://ubuntuforums.org/showthread.php?t=2221452#6 Кратко: С полномочиями пользователя root создайте файл/usr/share/X11/xorg.conf.d/20-nvidia.conf со следующим содержанием

Разделите идентификатор "устройства" драйвер "Device0" "Nvidia" VendorName "корпорация NVIDIA" опция "RegistryDwords" "EnableBrightnessControl=1" EndSection "GeForce 410M" BoardName

Выйдите из системы и въезжайте задним ходом снова для тестирования. И это мягко добавляет: "Если что-то идет не так, как надо, просто удалите тот файл и перезагрузку для восстановления системы". Но мне не было нужно то дополнение. После выхода из системы и входа в систему регулировка яркости начала работать снова. Я надеюсь, что это помогает Вам также...

или этот после работ с человечностью 16.04 под моим ноутбуком sony VPCEJ2C5E, но с nvidia 378.13 у меня нет использования в настоящий момент этими 390,25 драйверами.

Я смог получить свои ключи яркости, работающие над моей Lenovo W530 на Ubuntu 12.04. В эти дни X автоматически настраивает себя, так создание xorg.conf файла могло бы сделать Вашу систему негибкой. Вместо этого можно добавить, что раздел в файл в/usr/share/X11/xorg.conf.d/и X будет включать тот раздел в конфигурацию, которую он автоматически генерирует. Таким образом для получения ключей яркости экрана, работающих с видеокартой Nvidia, создайте файл в xorg.conf.d каталоге, например: sudo gedit/usr/share/X11/xorg.conf.d/10-nvidia-brightness.conf Вставка следующее в файл:

Разделите идентификатор "устройства" драйвер "Device0" "Nvidia" VendorName "опция BoardName "Quadro K1000M" "RegistryDwords" "EnableBrightnessControl=1" EndSection" корпорации NVIDIA

Выйдите из системы и войдите в, или перезагрузка, и Ваши ключи яркости должны теперь работать!

введите описание изображения здесь

1
ответ дан 23 November 2019 в 05:25

На запрос wineunuuchs2unix я повторно отправляю свой ответ на подобный вопрос здесь.

Попробовать acpi_osi=

При обновлении до Бионического несколько дней назад, я встретился с подобной проблемой (у меня есть Мобильная NVIDIA GEFORCE GT 1060, но для меня /sys/class/backlight показывает как пустой).

В работе через процедуру отладки подсветки я обнаружил обходное решение через параметры ядра:

  • В "программном обеспечении и Обновлениях" → "Дополнительные Драйверы", удостоверьтесь, что Вы имеете nvidia-driver-396 (или какой бы ни метапакет является текущим; 396 является последним во время записи), выбранный.
  • Править /etc/default/grub путем выполнения команды sudo nano /etc/default/grub (дополнительно замена nano с Вашим любимым редактором).
  • Найдите строку, которая устанавливает GRUB_CMDLINE_LINUX_DEFAULT и добавьте acpi_osi= в конце в кавычках. В большинстве систем это оставит Вас с чтением строки GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_osi=".
  • Сохраните и выйдите из редактора.
  • Выполните команду sudo update-grub и перезагрузка.

(Если эти шаги не работают, восстановите свои настройки путем повторения процесса, но удаления acpi_osi= когда Вы редактируете конфигурацию GRUB.)

Другое обходное решение, если это - опция для Вас, должно переключиться на ядро магистрали. В частности, я не вижу проблемы под версией 4.17 ядра магистрали.

(Об ошибке сообщают здесь.)

2
ответ дан 23 November 2019 в 05:25

одна программа для решения всей этой проблемы!!!

у меня есть GTX 1060 настольная человечность 16.04 на 6 ГБ

НИКАКАЯ потребность сделать что-либо, просто установите контроллер яркости с ppa:

https://launchpad.net / ~ apandada1 / + archive/ubuntu/brightness-controller/

решенный проблема для меня (см. снимки экрана) однако это конфликтует с красным смещением, таким образом, необходимо удалить красное смещение

можно добавить его для запущений для удобного использования

1
ответ дан 23 November 2019 в 05:25

Я наконец зафиксировал это и ни одно из решений онлайн, что исходный перечисленный плакат работал на меня также. То, что действительно решало проблему, шло в/etc/default/grub и в строке: GRUB_CMDLINE_LINUX_DEFAULT

Добавление:

"acpi_osi ="

Но также и Не используйте "nomodeset" на нем. Люди добавили nomodeset первоначально для устранения программного обеспечения, представляющего проблему, но это на самом деле заставляет Linux не распознавать драйверы Nvidia.

Наконец удостоверьтесь, что Вы переходите к менеджеру по Драйверу Меню "Пуск" Linux и обновляете свои драйверы Nvidia к 430 или более новый.

1
ответ дан 23 November 2019 в 05:25

Другие вопросы по тегам:

Похожие вопросы: