Installation de Linux Ubuntu sur ordinateur MSI PR200 Mypop
Un écran impossible à afficher directement sur le MIS-PR200
L'installation d'Ubuntu présente une difficulté imprévue : toute tentative de changer la luminosité de l'écran se traduit par un plantage de la machine. Sur Kunbuntu, c'est moins grave, mais KDE cherchant à régler la luminosité dès le démarrage. La machine devient très lente et perd environ 2 frappes clavier sur 3. Bref c'est inexploitable. D'autant plus que même si on évite de régler manuellement la luminosité, lorsque le niveau de batterie baisse, le système opère lui-même un baisse de luminosité qui a les effets désastreux évoqués plus haut...
Dans le versions précédentes (en 2013), il était possible de régler le problème en désactivant les touches de réglage de luminosité à l'aide de xmodmap. Cela ne fonctionne plus avec la version 14.04 d'Ubtuntu...
Il faut passer par un paramètre kernel au démarrage.
on modifiera /etc/default/grub comme suit :
Puis on lancera la commande :
Un reboot et tout devrait être entré dans l'ordre...
Source : https://wiki.archlinux.org/index.php/Intel_graphics#Backlight_is_not_adjustable
Depuis les dernières mises à jour d'Ubuntu le problème est réapparu sous une autre forme. Il est possible de changer la luminosité avec FN+touche de luminosité+modifier (exemple CRTL ou shift), mais si on le fait directement avec FN+touche de luminosité, on tombe à nouveau sur une boucle (qui n'apparaît qu'une fois le window manager initialisé après le login). Comme le signale https://bugs.launchpad.net/ubuntu/+source/hal-info/+bug/415023?comments=all, on peut régler cela, comme suit
Un reboot et tout rentre dans l'ordre
Il faut passer par un paramètre kernel au démarrage.
on modifiera /etc/default/grub comme suit :
GRUB_CMDLINE_LINUX_DEFAULT="video.use_native_backlight=1"Puis on lancera la commande :
sudo update-grub2Un reboot et tout devrait être entré dans l'ordre...
Source : https://wiki.archlinux.org/index.php/Intel_graphics#Backlight_is_not_adjustable
Depuis les dernières mises à jour d'Ubuntu le problème est réapparu sous une autre forme. Il est possible de changer la luminosité avec FN+touche de luminosité+modifier (exemple CRTL ou shift), mais si on le fait directement avec FN+touche de luminosité, on tombe à nouveau sur une boucle (qui n'apparaît qu'une fois le window manager initialisé après le login). Comme le signale https://bugs.launchpad.net/ubuntu/+source/hal-info/+bug/415023?comments=all, on peut régler cela, comme suit
cd /etc/init.d
sudo vi fix-brightness
#! /bin/bash
chmod u-w /sys/class/backlight/acpi_video0/brightness
:x
sudo chmod 755 fix-brightness
update-rc.d fix-brightness defaults
Un reboot et tout rentre dans l'ordre
Rétroliens
Pas de rétroliens
Commentaires
Afficher les commentaires en Vue non groupée | Vue groupée
ZeGuigui sur :
J'avais réglé le problème en désactivant les fonctions d'économie d'énergie et je pouvais retrouver une luminosité standard en passant par l'écran de shell (Alt +Ctrl + F1 puis retour par Alt + Ctrl +F7).
Je vais tester ta manip, ça résoudra peut-être le problème (j'avais lu que c'était un problème de kernel à l'époque donc j'avais pas cherché plus loin).
Sébastien sur :
Le problème est que X captait aussi ce pseudo-appui de touche et en déduisait qu'il fallait modifier la luminosité, ce qui provoquait une partie de ping pong entre le serveur X et le kernel.
En supprimant sous X, l'association des touches de luminosité par xmodmap, on réglait le problème (je suppose que dans ce cas, c'est le bios qui faisait tout le boulot).
Il se trouve qu'avec la 14.04 cette méthode ne fonctionne plus, sans que j'analyse pourquoi (mais entre temps et le kernel et le serveur X ont bougé). Je ne sais donc pas exactement comment ce paramètre kernel règle le problème, mais en tout cas, cela fonctionne !