Problème
L'unité montre le contrôle lorsque j'appuie sur la luminosité Fn + Augmenter/Réduire, mais rien ne se passe. Dans la console, la luminosité ne fonctionne pas trop lorsque le serveur X est en cours d'exécution.
Solutions vérifiées
J'ai essayé toutes les solutions possibles de ce problème dans google et rien ne fonctionne:
Mon système et ma situation
J'ai utilisé la matrice d'affichage N173HHE-G32 dans mon ordinateur portable auparavant et tout était OK. Mais aujourd'hui, je l'ai remplacé par B173HAN01.2 et ce problème a commencé. Sur Windows 10, je l'ai résolu en réinstallant les pilotes du site Web officiel de MSI sur nvidia-376.
Ainsi, je peux voir la séquence suivante: au démarrage de l'ordinateur portable, la luminosité est maximale, elle est minimale (et active) pendant que le texte "initramfs ..." s'affiche dans la console. Et après le démarrage du serveur X, la luminosité est à nouveau maximale (brisée). Lorsque le serveur X cesse de fonctionner, la luminosité fonctionne à nouveau!
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)
Cependant!
Mais quand j'utilise nvidia-378 cela FONCTIONNE! Malheureusement, 378 a un bogue critique après le mode suspension dans l’interface Unity: (((
S'il vous plaît, aidez-moi, mes yeux sont dans le sang (c'est très brillant pour eux) et je ne sais pas quoi faire ...
Mis à jour! Après deux ans, j'ai compris que le problème se situe à l'intérieur de lightdm (ou serveur X). Quand je l'arrête, tout va bien ...
Le mois dernier, deux ans après le signalement du problème, OP a découvert que LightDM (Ubuntu Unity Desktop Manager) était à l'origine du problème. Cela dit, en plus de la liste ci-dessous, il existe un autre paramètre grub
qui peut être essayé:
video.use_native_backlight=1
Voir cette réponse pour plus.
La référence ultime semble être Arch Linux , un site sur lequel je me suis souvent tourné pour résoudre des problèmes difficiles.
En regardant votre cat /proc/cmdline
, aucun paramètre de noyau supplémentaire n'est transmis. Le lien ci-dessus indique:
Parfois, ACPI ne fonctionne pas bien en raison de différentes implémentations de carte mère et des particularités d’ACPI. Ceci inclut certains ordinateurs portables dotés de deux cartes graphiques (par exemple, un processeur graphique dédié Nvidia/Radeon avec processeur graphique intégré Intel/AMD). Sur les ordinateurs portables Nvidia Optimus, le nomodeset du noyau peut interférer avec la possibilité de régler le rétroéclairage. De plus, ACPI doit parfois enregistrer son propre acpi_video0 backlight
même s'il en existe déjà un (tel que intel_backlight
), ce qui peut être fait en ajoutant l'un des paramètres de noyau suivants:
acpi_backlight=video
acpi_backlight=vendor
acpi_backlight=native
Si vous constatez que le fait de modifier le rétroéclairage acpi_video0
ne modifie pas réellement la luminosité, vous devrez peut-être utiliser acpi_backlight=none
.
Essayez chacune des options acpi_backlight=xxxx
de votre ligne de paramètres du noyau grub
xbacklight
ne fonctionne pasVous avez déjà essayé xbacklight
et le lien ci-dessus répond à ceci:
Sur certains systèmes, les touches de raccourci clavier de votre clavier modifient correctement les valeurs de l'interface acpi dans /sys/class/backlight/acpi_video0/actual_brightness
(. Comme nous l'avons essayé dans les commentaires ) mais la luminosité de l'écran n'est pas modifiée. Applets Brigthness de environnements de bureau (c.-à-d. Barre de curseur du réglage de la luminosité Ubuntu ) peut également afficher des modifications sans effet.
Si vous avez testé les paramètres de noyau recommandés et que seul xbacklight
fonctionne, vous risquez de rencontrer une incompatibilité entre votre BIOS et le pilote du noyau.
Dans ce cas, la seule solution consiste à attendre un correctif auprès du fabricant du BIOS ou du pilote GPU.
Une solution de contournement consiste à utiliser l'API du noyau inotify
_ pour déclencher xbacklight
chaque fois que la valeur de /sys/class/backlight/acpi_video0/actual_brightness
change.
Commencez par installer inotify-tools. Créez ensuite un script autour d’inotify qui sera lancé à chaque démarrage ou par démarrage automatique.
Vous trouverez ci-dessous un script appelé: /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
Le lien ci-dessus contient beaucoup plus d'informations, mais ces étapes constituent un bon point de départ.
Pour un support supplémentaire, il existe des forums Linux Graphics dédiés:
Par wineunuuchs2unix demande, je republie ma réponse à une question similaire ici.
acpi_osi=
Lors de la mise à niveau vers Bionic il y a quelques jours, j'ai rencontré un problème similaire (j'ai un NVIDIA GeForce GTX 1060 Mobile, mais pour moi, /sys/class/backlight
est vide).
En travaillant à travers la procédure de débogage du rétroéclairage , j'ai découvert une solution de contournement via les paramètres du noyau:
nvidia-driver-396
(ou le métapaquet en cours; 396 est le plus récent au moment de la rédaction)./etc/default/grub
en exécutant la commande Sudo nano /etc/default/grub
(en remplaçant éventuellement nano
par votre éditeur favori).GRUB_CMDLINE_LINUX_DEFAULT
et ajoutez acpi_osi=
à la fin des guillemets. Sur la plupart des systèmes, cela vous laissera une ligne indiquant GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_osi="
.Sudo update-grub
et redémarrez.(Si ces étapes ne fonctionnent pas, restaurez vos paramètres en répétant le processus mais en supprimant acpi_osi=
lors de la modification de la configuration GRUB.)
Une autre solution de rechange, s’il s’agit d’une option pour vous, consiste à basculer vers un noyau principal . En particulier, je ne vois pas le problème sous la version 4.17 du noyau principal.
(Bug signalé ici .)
Bonjour, je m'excuse si les personnes intelligentes ont déjà écarté ce choix, car je ne suis pas familiarisé avec la ligne de commande, mais après une réinstallation, ce problème et toutes les solutions ci-dessus n'ont pas fonctionné pour moi (MSI pe706QE nvidia 960m ).
Je modifiais /etc/default/grub
par:
gksudo 'insert editor of choice not in quotes' /etc/default/grub
et a remarqué que le nomodeset
était toujours assis au bas du fichier (je ne me souviens pas de l'avoir ajouté de façon permanente) et l'a supprimé.
sauvegardez le fichier et lancez:
Sudo update-grub
tous travaillent à nouveau avec les touches de raccourci #noobie échouent espèrent que cela pourra aider quelqu'un.
J'ai un ordinateur portable Sony VPCEH, j'ai eu le même problème. J'ai essayé cette solution qui a fonctionné pour moi: http://ubuntuforums.org/showthread.php?t=2221452#6 En bref: avec les privilèges root, créez le fichier/usr/share/X11/xorg .conf.d/20-nvidia.conf avec le contenu suivant
Section "Identifiant" Périphérique "Device0" Pilote "nvidia" Nom du fournisseur "NVIDIA Corporation" Nom de la carte "GeForce 410M" Option "RegistryDwords" "EnableBrightnessControl = 1" EndSection
Déconnectez-vous et reconnectez-vous pour tester. Et il ajoute gentiment: "Si quelque chose ne va pas, supprimez simplement ce fichier et redémarrez pour restaurer le système." Mais je n'avais pas besoin de cet ajout. Après la déconnexion et la connexion, le contrôle de la luminosité a recommencé à fonctionner. J'espère que ça vous aide aussi ...
ou celui-ci fonctionne avec Ubuntu 16.04 sous mon ordinateur portable Sony VPCEJ2C5E mais avec nvidia 378.13, je n'ai pas utilisé les pilotes 390.25 pour le moment.
Mes touches de luminosité ont fonctionné sur mon Lenovo W530 sous Ubuntu 12.04. Ces jours-ci, X se configure automatiquement, la création d’un fichier xorg.conf risque donc de rendre votre système inflexible. A la place, vous pouvez ajouter une section à un fichier dans /usr/share/X11/xorg.conf.d/ et X inclura cette section dans la configuration générée automatiquement. Par conséquent, pour que les touches de luminosité de l’écran fonctionnent avec votre carte graphique Nvidia, créez un fichier dans le répertoire xorg.conf.d, par exemple: Sudo gedit /usr/share/X11/xorg.conf.d/10-nvidia-brightness.conf. Collez ce qui suit dans le fichier:
Section "Identifiant" de périphérique "Device0" Pilote "nvidia" Nom du fournisseur "NVIDIA Corporation" Nom de la carte "Quadro K1000M" Option "RegistryDwords" "EnableBrightnessControl = 1" EndSection
Déconnectez-vous et reconnectez-vous, ou redémarrez, et vos touches de luminosité devraient maintenant fonctionner!
clonez ce dépôt et collez le script backlight.sh
dans /bin
. puis exécutez-le, puis ouvrez un terminal racine et exécutez la commande suivante.
Sudo backlight.sh "brightness-level-number"
.
cloner le référentiel,
Vous pouvez installer le paquet de la commande xbacklight dans le terminal:
Sudo apt-get install --installe xbacklight
Après l'installation, vous pouvez utiliser la commande xbacklight comme suit:
xbacklight -inc 20 # augmente le rétro-éclairage de 20%
xbacklight -dec 30 # diminution de 30%
xbacklight -set 80 # défini sur 80% de la valeur maximale
xbacklight -get # obtenir le niveau actuel
La commande xbacklight devrait fonctionner de cette façon.
un programme pour résoudre tout ce problème !!!
j'ai GTX 1060 6Gb desktop Ubuntu 16.04
Pas besoin de faire quoi que ce soit, il suffit d'installer le contrôleur de luminosité avec le ppa:
https://launchpad.net/~apandada1/+archive/ubuntu/brightness-controller/
résolu le problème pour moi (voir les captures d'écran) mais il est en conflit avec redshift, vous devez donc supprimer redshift
vous pouvez l'ajouter au démarrage pour une utilisation pratique