Problème luminosité bloquée à fond [RÉSOLU mais affaire à suivre!]

andrea86 · 03-12-2018 22:45:43

Bonsoir à tous!

Après avoir galéré a installer ma carte graphique hybride avec les pilotes Nvidia et optimus... tout fonctionne à merveille,
j'ai le controle parfait de la balance performances/autonomie du laptop et c'est top...:)

sauf que...
J'ai toujour la luminosité à fond...pas de paramètre dans le mode graphique, j'utilise gnome dans la dernière ersion de strech.
j'utilise un laptop, sur son propre écran, et lorsque j'utilise la combinaison Fn + flèches, j'ai bien la bare de luminosité qui augmente ou diminue, mais sans effets.:/

j'ai trouvé une pseudo solution sur un forum mais qui me plait moyen... c'est de bricoler avec un petit soft qui s'appelle redshift.

redshift -r -l 0:0 -t 6500:6500 -b 0.50

Je suis à la recherche d'une solution graphique, mais si une solution valable en ligne de commande vient à moi why not...
Je n'aime pas trop ce soft car il modifie les couleurs et n'a pas une commande de luminosité à proprement parler.

de plus je le trouve difficile, car bcp de d'arguments et de paramètres... donc pas intuitif.

quelqu'un aurait-il une solution? ou alors arriverai a mieux m'expliquer l'utilisation de redshift, si aucune solution?

un grand merci d'avance!

Dernière modification par andrea86 (05-12-2018 08:02:36)

Frosch · 03-12-2018 22:51:38

Ça a peut-être rien à voir, mais j'ai un portable où par défaut avec debian 9 le contrôle de la luminosité marche pas, et le problème se résout en utilisant le noyau plus récent des backports plutôt que celui de base.

melissa6969 · 03-12-2018 23:30:01

essaie cette manipulation pour la luminosité, parfois ça résout les soucis des touches de contrôle FN pour certaines marques de pc.

tu ouvres un terminal.
ensuite tu copies colles ceci

sudo nano /etc/default/grub

a la ligne
GRUB_CMDLINE_LINUX_DEFAULT="quiet"

Tu rajoute
acpi_osi=Windows

ce qui doit te donner désormais cette ligne
GRUB_CMDLINE_LINUX_DEFAULT="quiet acpi_osi=Windows"

Ensuite tu enregistres en appuyant sur les touches CTRL + o
ensuite tu appuies une fois sur la touche Entrée
ensuite tu fais CTRL + x

Ensuite toujours dans le terminal
tu tapes

sudo update-grub2

tu fermes le terminal, tu redémarres le pc.
et tu re-teste tes touches de luminosité pour voir si il y a du changement.

Dernière modification par melissa6969 (03-12-2018 23:35:46)

otyugh · 04-12-2018 00:13:20

Je suppose que "xbacklight -get" te retourne rien ?

Herve33 · 04-12-2018 08:57:09

melissa6969 a écrit :

essaie cette manipulation pour la luminosité, parfois ça résout les soucis des touches de contrôle FN pour certaines marques de pc.

tu ouvres un terminal.
ensuite tu copies colles ceci

sudo nano /etc/default/grub

a la ligne
GRUB_CMDLINE_LINUX_DEFAULT="quiet"

Tu rajoute
acpi_osi=Windows

ce qui doit te donner désormais cette ligne
GRUB_CMDLINE_LINUX_DEFAULT="quiet acpi_osi=Windows"

Ensuite tu enregistres en appuyant sur les touches CTRL + o
ensuite tu appuies une fois sur la touche Entrée
ensuite tu fais CTRL + x

Ensuite toujours dans le terminal
tu tapes
sudo update-grub2

tu fermes le terminal, tu redémarres le pc.
et tu re-teste tes touches de luminosité pour voir si il y a du changement.

Slt,
oui essaye la manip donnée par melissa6969, c'est ce que j'ai fait pour mon PC, et c'est nickel.
Regarde ce tuto:
https://doc.ubuntu-fr.org/retro-eclaira … on_de_grub

andrea86 · 04-12-2018 09:00:55

bonjour à tous, voici ce que j'obtiens en éditant le fichier grub:

GRUB_DEFAULT=0
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet nouveau.modeset=0 modprobe.blacklist=nouveau"
GRUB_CMDLINE_LINUX=""

----------

Vous pouvez constater qu'il y a déja quelque chose sur la ligne en question ou faire la modif,
en effet je me souviens l'avoir modifié dans le cadre de l'installation de ma carte graphique.
(Dans le tuto bumblebee, j'avais eu ce message d'erreur (je n'ai pas bien compris pourquoi):

modprobe:FATAL:Module nouveau in use

Du coup , le wiki me renvoyais sur une page qui me disait de faire la modif sus-mentionnée.
(Je ne sais ni à quoi elle sert, ni si il faut que je la laisse...)

Du coup, est-ce que je met acpi osi windows à la suite de ça?
Ou plutôt dois-je l'effacer et ne mettre que ce que tu me suggére?

(Un grand merci d'avance!)
J'

Croutons · 04-12-2018 09:24:38

Bonjour

modprobe.blacklist=nouveau

empêche l'utilisation du module nouveau qui te donnait le message d'erreur, oui tu peux insérer sur cette ligne, ce qui te donne

GRUB_CMDLINE_LINUX_DEFAULT="quiet nouveau.modeset=0 modprobe.blacklist=nouveau acpi_osi=Windows"

Quand tu as ton menu grub tu édites avec la touche e, puis tu te dirige avec les flèches du clavier, une fois la ligne modifier tu lance avec F10
Cette modification n'est pas pamanante mais te permet de tester ,par la suite si cette option s' avère utile tu pourras modifier ton fichier grub
sans oublier un update-grub

Dernière modification par Croutons (04-12-2018 10:04:10)

Herve33 · 04-12-2018 09:33:52

Bjr,
oui tu rajoute à la suite de

nouveau

et avant le guillemet.
Pour ma part j'ai rajouté

acpi_osi=Linux acpi_backlight=vendor

Surtout n'oublie pas de faire un

sudo update-grub

pour que ça soit pris en compte.
Sauvegarde ton fichier grub initial avant, on ne sait jamais.

melissa6969 · 04-12-2018 10:36:05

En installant le pilote NVIDIA avec bbswitch et Bumblebee, il blackliste automatiquement le pilote nouveau.
Cette ligne dans le GRUB peut être virée, elle est inutile.

Bumblebee s'occupe comme un grand de gérer ta NVIDIA.
Tout est fait pour que l'utilisateur n'ait pas de manip dangereuse a faire.
Donc enlève

nouveau.modeset=0 modprobe.blacklist=nouveau

Et ajoute

acpi_osi=Windows

Et mets à jour le grub.

melissa6969 · 04-12-2018 11:00:36

D'ailleurs si on regarde, le pilote ""nouveau"" est automatiquement blacklisté grâce au fichier de conf créer automatiquement par bumblebee à son installation.
c'est pour ça que la ligne dans le grub devient redondante..

chez moi j'ai paramétré ainsi ma ligne de grub, le ""acpi_osi=Linux"" c'est pour avoir une gestion optimale des ventilateurs et donc de la température du CPU, sans cet argument mon pc chauffe vite et à du mal à refroidir.
en revanche la gestion des touches FN est bien prise en compte nativement sur le mien (pour une fois que quelque chose fonctionne nativement sur mon pc) xxD
LrH2z2O-

Voir l'image en grand

Croutons · 04-12-2018 12:39:39

sur quel environnement de bureau le soucis?

otyugh · 04-12-2018 13:16:55

Amusant le acpi_osi. S'il fallait un exemple d'anti-fonctionnalité dans nos matériels, celui-là est pas mal je trouve.

melissa6969 · 04-12-2018 15:05:31

otyugh a écrit :

Amusant le acpi_osi. S'il fallait un exemple d'anti-fonctionnalité dans nos matériels, celui-là est pas mal je trouve.

Tu sais ce que Linus a dit a ce sujet ;-)
L'acpi est la deuxième plus grosse mer** inventée après l'uefi

andrea86 · 04-12-2018 22:13:42

WOOOW merci pour toutes vos réponses et pour votre interet à la question, j'en suis très touché

Ce petit message, juste pour vous remercier avant de faire mes manips dans environ une petite heure!
Je vous tiens au courrant illicoooooooo!

andrea86 · 05-12-2018 00:11:38

COURREEEEEEEZ JE CROIS QUE J'AI FAIT UNE IMPORTANTE DECOUVERTE !!!!!

J'ai testé cela et ca n'a pas marché:

acpi_osi=Windows

je l'ai mis dans la bonne ligne...

mais après sans l'enlever j'ai fait ceci:

Pour ma part j'ai rajouté
acpi_osi=Linux acpi_backlight=vendor

ce qui m'a donné cela:

GRUB_DEFAULT=0

GRUB_TIMEOUT=5

GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`

GRUB_CMDLINE_LINUX_DEFAULT="quiet acpi_osi=Windows acpi_osi=Linux acpi_backligh$

GRUB_CMDLINE_LINUX=""

..... j'ai rechargé grub et rebooté... et la surprise!

non seulement j'ai le réglage au touche FN qui fonctionne... (CA C'EST RIEN ENCOOOORE!!)

Mais en prime mon pc a booté1.5x plus vite et en prime
Ca m'a fait disparaitre deux des erreurs ACPI que j'avais au départ! !!!!!!

J'ai d'ailleur pété un câble quand ça m'est arrivé et ça m'a fait ouvrir ceci:
https://debian-facile.org/viewtopic.php?id=23021

Maintenant je vous laisse la parole, j'aimerai comprendre le comment du pourquoi

Car tous les post que j'ai visité, disaient "laisse tomber on peut rien faire , faut vivre avec"....
Et la j'ai réussi à shooter deux erreurs , sans même le faire exprès... et du coup je me gratte la caboche pour savoir si je peux shooter les deux autres?

(j'utilisie Gnome)

melissa6969 · 05-12-2018 09:08:36

Je pense par contre que tu peux enlever
""acpi_osi=Windows""
Tu peux toujours essayer et si le problème réapparaît il te suffit de remettre ta ligne de GRUB comme actuellement.
Et toujours bien mettre a jour le grub pour que ça soit pris en compte et rebooté le pc.

Ton problème de luminosité a été réglé grâce au
""acpi_blacklight=vendor""

Pour les erreurs acpi ca varie d'un pc à un autre, grâce aux arguments que tu as mis ça t'en as viré des erreurs.
Après il y a peut être un autre argument magique pour tout virer ces erreurs mais je le connais pas.
Perso j'ai des erreurs acpi au démarrage depuis des années et jamais eu le moindre dysfonctionnement du pc.
Et j'ai aussi une belle louche d'erreur de

i915 uptade atomic faulure

Mais là aussi ça fait depuis 2015 que l'erreur est remonté via des centaines de rapports de bugs mais n'est toujours pas résolu mais encore une fois ça empêche pas le pc de fonctionner.
C'est juste des erreurs qui impactent en rien les performances.
Parfois de vouloir trop bien faire, on fait + de mal qu'autre chose.
C'est pour ça que tant que ces erreurs ne sont pas bloquantes autant ne pas y toucher et les laisser tranquille

Dernière modification par melissa6969 (05-12-2018 09:09:22)

--gilles-- · 05-12-2018 10:29:33

melissa6969 a écrit :

J

Pour les erreurs acpi ca varie d'un pc à un autre, grâce aux arguments que tu as mis ça t'en as viré des erreurs.
Après il y a peut être un autre argument magique pour tout virer ces erreurs mais je le connais pas.
Perso j'ai des erreurs acpi au démarrage depuis des années et jamais eu le moindre dysfonctionnement du pc.

Il y a un participant qui s'y connaît dans un autre forum debian linux qui avait écrit que les erreurs APCI étaient dues aux constructeurs qui avaient programmés comme des cochons les code des BIOS et que l'on ne pouvait ( même les développeurs debian ) rien n'y faire à part pour la minorité d'ordinateurs où il est possible d'installer à la place un BIOS libre.

Jean-Pierre Pinson · 05-12-2018 11:05:19

Tout l'intérêt de #libreboot est là

otyugh · 05-12-2018 12:37:58

Bon à savoir aux install party.

melissa6969 · 05-12-2018 13:24:48

--gilles-- a écrit :

Il y a un participant qui s'y connaît dans un autre forum debian linux qui avait écrit que les erreurs APCI étaient dues aux constructeurs qui avaient programmés comme des cochons les code des BIOS et que l'on ne pouvait ( même les développeurs debian ) rien n'y faire à part pour la minorité d'ordinateurs où il est possible d'installer à la place un BIOS libre.

oui j'en avais entendu parlé que c'était la faute des constructeurs, d'un côté ça m'étonne pas (c'est peut-être volontaire de leur part pour nous empêcher d'installer des OS alternatifs)
quand on voit certains bios uefi bridés comme pas possible et que simplement démarrer un live usb linux pose 36 problèmes (mon pc par exemple), ça en dit long sur la volonté des constructeurs de nous enfermer dans l'écosystème de windows...

sur mon pc j'ai ces trois erreurs en rapport avec l'acpi

déc. 05 13:07:43 debian kernel: ACPI Error: Needed type [Reference], found [Integer] (____ptrval____) (20180531/exresop-69)

déc. 05 13:07:43 debian kernel: ACPI Error: AE_AML_OPERAND_TYPE, While resolving operands for [OpcodeName unavailable] (20180531/dswex

ec-427)

déc. 05 13:07:43 debian kernel: ACPI Error: Method parse/execution failed \_PR.CPU0._PDC, AE_AML_OPERAND_TYPE (20180531/psparse-516)

et cette erreur qui est répété des centaines de fois

déc. 05 13:11:02 debian kernel: [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A (start=12361 end=12362) tim

e 474 us, min 894, max 899, scanline start 880, end 901

ça fait 3 ans que je les ai, et mon pc tourne comme une horloge pourtant, pas de freeze, pas de gel, pas de pertes de performances, ou autre.
pendant un temps, j'avais cherché des solutions pour contourner ces erreurs, mais aucune n'a fonctionné, du coup maintenant je laisse ça de côté.

le jour où ça plantera complètement le pc, alors je chercherais vraiment une solution (si elle existe), parce que vu le nombre de bug-report qu'on trouve sur ces erreurs (c'est vraiment des erreurs répandues qui touchent toutes les distro, et une large gamme de pc différents peu importe qu'ils soient récents ou non)....

pour Libreboot, il a du potentiel, mais le problème est encore et toujours les constructeurs qui font tout pour qu'on ne puisse rien modifier sur le pc...

yoshi · 05-12-2018 15:11:10

Bonjour ;

En ce qui concerne les erreurs ACPI, j'en ai aussi pas mal avec mon portable. Un Toshiba de 2011 avec gpu Nvidia,
mais pas de techno Optimus/Bumbleblee.

$ inxi -SCMG

System:    Host: pclos Kernel: 4.19.6-pclos1 x86_64 bits: 64 Desktop: KDE Plasma 5.14.4 Distro: PCLinuxOS 2018

Machine:   Type: Laptop System: TOSHIBA product: SATELLITE C660 v: PSC1QE-03P00FFR serial: <root required>

           Mobo: TOSHIBA model: PWWHA v: 1.00 serial: <root required> BIOS: TOSHIBA v: 1.40 date: 10/04/2011

CPU:       Topology: Dual Core model: Intel Core i3-2330M bits: 64 type: MT MCP L2 cache: 3072 KiB

           Speed: 991 MHz min/max: 800/2200 MHz Core speeds (MHz): 1: 1367 2: 2195 3: 894 4: 2195

Graphics:  Device-1: NVIDIA GT218M [GeForce 315M] driver: nvidia v: 340.107

           Display: x11 server: X.Org 1.19.6 driver: nvidia,v4l resolution: 1366x768~60Hz

           OpenGL: renderer: GeForce 315M/PCIe/SSE2 v: 3.3.0 NVIDIA 340.107

$ dmesg|grep -i -E 'error|fail|warn|segfault'

[    0.129436] tsc: Marking TSC unstable due to check_tsc_sync_source failed

[    1.908299] acpi PNP0A08:00: _OSC failed (AE_ERROR); disabling ASPM

[    7.757666] ACPI Warning: SystemIO range 0x0000000000000540-0x000000000000054F conflicts with OpRegion 0x0000000000000500-0x0000000000000563 (\GPRF) (20180810/utaddress-213)

[    7.757675] ACPI Warning: SystemIO range 0x0000000000000540-0x000000000000054F conflicts with OpRegion 0x0000000000000500-0x0000000000000563 (\_SB.LDIO) (20180810/utaddress-213)

[    7.757681] ACPI Warning: SystemIO range 0x0000000000000540-0x000000000000054F conflicts with OpRegion 0x0000000000000500-0x0000000000000563 (\GPIO) (20180810/utaddress-213)

[    7.757688] ACPI Warning: SystemIO range 0x0000000000000530-0x000000000000053F conflicts with OpRegion 0x0000000000000500-0x0000000000000563 (\GPRF) (20180810/utaddress-213)

[    7.757693] ACPI Warning: SystemIO range 0x0000000000000530-0x000000000000053F conflicts with OpRegion 0x0000000000000500-0x0000000000000563 (\_SB.LDIO) (20180810/utaddress-213)

[    7.757698] ACPI Warning: SystemIO range 0x0000000000000530-0x000000000000053F conflicts with OpRegion 0x0000000000000500-0x0000000000000563 (\GPIO) (20180810/utaddress-213)

[    7.757704] ACPI Warning: SystemIO range 0x0000000000000500-0x000000000000052F conflicts with OpRegion 0x0000000000000500-0x0000000000000563 (\GPRF) (20180810/utaddress-213)

[    7.757709] ACPI Warning: SystemIO range 0x0000000000000500-0x000000000000052F conflicts with OpRegion 0x0000000000000500-0x0000000000000563 (\_SB.LDIO) (20180810/utaddress-213)

[    7.757715] ACPI Warning: SystemIO range 0x0000000000000500-0x000000000000052F conflicts with OpRegion 0x0000000000000500-0x0000000000000563 (\GPIO) (20180810/utaddress-213)

[  120.136718] ACPI Warning: \_SB.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20180810/nsarguments-66)

Pas d'incidence sur le fonctionnement.

melissa6969 · 05-12-2018 17:09:52

preuve que Toshiba a mal conçu ses bios au niveau des règles acpi, ou du moins ils ont testé que sur Windows et donc sous Linux on a pas mal de petites erreurs mais qui empêchent pas le fonctionnement normal du pc

en revanche personne parmi vous tous ici à ces erreurs.???
je suis la seule.??

déc. 05 16:10:53 debian kernel: [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A (start=24710 end=24711) tim

e 215 us, min 894, max 899, scanline start 890, end 903

déc. 05 16:16:53 debian kernel: [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A (start=46317 end=46318) tim

e 472 us, min 894, max 899, scanline start 892, end 912

déc. 05 16:17:42 debian kernel: [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A (start=49264 end=49265) tim

e 460 us, min 894, max 899, scanline start 876, end 896

déc. 05 16:26:20 debian kernel: [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A (start=80446 end=80447) tim

e 435 us, min 894, max 899, scanline start 876, end 899

déc. 05 16:31:37 debian kernel: [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A (start=99477 end=99478) tim

e 211 us, min 894, max 899, scanline start 888, end 898

déc. 05 16:46:40 debian kernel: [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A (start=153820 end=153821) t

ime 182 us, min 894, max 899, scanline start 891, end 901

déc. 05 16:46:54 debian kernel: [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A (start=154618 end=154619) t

ime 299 us, min 894, max 899, scanline start 884, end 896

déc. 05 16:47:02 debian kernel: [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A (start=155109 end=155110) t

ime 464 us, min 894, max 899, scanline start 886, end 905

déc. 05 16:47:49 debian kernel: [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A (start=157933 end=157934) t

ime 414 us, min 894, max 899, scanline start 888, end 908

déc. 05 16:48:34 debian kernel: [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A (start=160636 end=160637) t

ime 406 us, min 894, max 899, scanline start 892, end 909

déc. 05 16:48:35 debian kernel: [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A (start=160697 end=160698) t

ime 384 us, min 894, max 899, scanline start 892, end 908

--gilles-- · 05-12-2018 17:50:48

à melissa : « La seule ? »

Il y en a qui ont résolu, j'ai lu, cela me paraît ardu ( il faut tout lire ), mais je crois qu'il faudrait un sujet bien à part pour bien traiter ce cas :
https://bbs.archlinux.org/viewtopic.php?id=233230

Sinon tu n'est pas la seule :
https://searx.me/?q=drm%3Aintel_pipe_up … uage=en-US

melissa6969 · 05-12-2018 19:04:47

j'ai déjà fais toutes ces manip vu sur le forum archlinux et y a rien qui résout le problème...
et j'ai fais toutes les manip qu'on trouve sur internet, peu importe l'argument i915 que je passe au kernel, les erreurs persistent...
en laissant le pc allumé 3 - 4 heures, j'ai facilement 80 erreurs, parfois une erreur à la seconde pendant un laps de 30 secondes...

ce que je trouve bizarre c'est que malgré toute cette flopée d'erreurs, je m'en rends pas compte à l'utilisation, alors que les autres victimes du même bug parlent de gel fréquents de l'affichage

jusqu'au jour où j'aurais un crash et là je serais dans la mer**

mais je verrais ce fameux jour, j'ai pas envie de me prendre le chou avec ça, j'ai déjà donné y a 2 ans, pendant près d'un mois à tout essayer en vain, donc ces erreurs pour le moment je les mets à la trappe.

d'ailleurs du côté des développeurs du kernel, avec tous les bug reports, je comprends pas que ce bugs qui date de 2014 tout de même soit toujours pas traité en profondeur

andrea86 · 06-12-2018 11:43:37

Juste pour conclure...

Je souhaiterait vous mettre les erreurs ACPI du démarrage avant et après ma manip.
(Les vraies erreurs pas les Warnings)
Est-ce que qulqu'un pourrait me donner la commande pour les lister.

Comme ça , je pourrais me rendre compte de ce qui à été résolu par la manip.

Merci!

Debian-facile

#1 03-12-2018 22:45:43

Problème luminosité bloquée à fond [RÉSOLU mais affaire à suivre!]

#2 03-12-2018 22:51:38

Re : Problème luminosité bloquée à fond [RÉSOLU mais affaire à suivre!]

#3 03-12-2018 23:30:01

Re : Problème luminosité bloquée à fond [RÉSOLU mais affaire à suivre!]

#4 04-12-2018 00:13:20

Re : Problème luminosité bloquée à fond [RÉSOLU mais affaire à suivre!]

#5 04-12-2018 08:57:09

Re : Problème luminosité bloquée à fond [RÉSOLU mais affaire à suivre!]

#6 04-12-2018 09:00:55

Re : Problème luminosité bloquée à fond [RÉSOLU mais affaire à suivre!]

#7 04-12-2018 09:24:38

Re : Problème luminosité bloquée à fond [RÉSOLU mais affaire à suivre!]

#8 04-12-2018 09:33:52

Re : Problème luminosité bloquée à fond [RÉSOLU mais affaire à suivre!]

#9 04-12-2018 10:36:05

Re : Problème luminosité bloquée à fond [RÉSOLU mais affaire à suivre!]

#10 04-12-2018 11:00:36

Re : Problème luminosité bloquée à fond [RÉSOLU mais affaire à suivre!]

#11 04-12-2018 12:39:39

Re : Problème luminosité bloquée à fond [RÉSOLU mais affaire à suivre!]

#12 04-12-2018 13:16:55

Re : Problème luminosité bloquée à fond [RÉSOLU mais affaire à suivre!]

#13 04-12-2018 15:05:31

Re : Problème luminosité bloquée à fond [RÉSOLU mais affaire à suivre!]

#14 04-12-2018 22:13:42

Re : Problème luminosité bloquée à fond [RÉSOLU mais affaire à suivre!]

#15 05-12-2018 00:11:38

Re : Problème luminosité bloquée à fond [RÉSOLU mais affaire à suivre!]

#16 05-12-2018 09:08:36

Re : Problème luminosité bloquée à fond [RÉSOLU mais affaire à suivre!]

#17 05-12-2018 10:29:33

Re : Problème luminosité bloquée à fond [RÉSOLU mais affaire à suivre!]

#18 05-12-2018 11:05:19

Re : Problème luminosité bloquée à fond [RÉSOLU mais affaire à suivre!]

#19 05-12-2018 12:37:58

Re : Problème luminosité bloquée à fond [RÉSOLU mais affaire à suivre!]

#20 05-12-2018 13:24:48

Re : Problème luminosité bloquée à fond [RÉSOLU mais affaire à suivre!]

#21 05-12-2018 15:11:10

Re : Problème luminosité bloquée à fond [RÉSOLU mais affaire à suivre!]

#22 05-12-2018 17:09:52

Re : Problème luminosité bloquée à fond [RÉSOLU mais affaire à suivre!]

#23 05-12-2018 17:50:48

Re : Problème luminosité bloquée à fond [RÉSOLU mais affaire à suivre!]

#24 05-12-2018 19:04:47

Re : Problème luminosité bloquée à fond [RÉSOLU mais affaire à suivre!]

#25 06-12-2018 11:43:37

Re : Problème luminosité bloquée à fond [RÉSOLU mais affaire à suivre!]

Pied de page des forums