Skip to content

Installation de Linux Ubuntu sur ordinateur MSI PR200 Mypop

Un écran impossible à afficher directement sur le MIS-PR200
Il avait été possible d'installer Mandriva sur le portable MSI PR200. Les mises à jour suivant cette expérience ne nécessitaient plus d'adaptations particulières pour fonctionner. Mandriva est malheureusement aujourd'hui morte et il faut bien passer à autre chose.

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 :

GRUB_CMDLINE_LINUX_DEFAULT="video.use_native_backlight=1"

Puis on lancera la commande :

sudo update-grub2

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

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'ai un problème similaire sur un PR210 : la luminosité qui se mets à varier dès qu'on utilise les touches de réglage ou que le niveau devient bas.

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 :

Oui en effet. J'avais regardé les sources du kernel et j'en avais déduit que celui-ci simulait l'appui de touche (probablement pour que ce soit le bios qui règle in fine la luminosité). Pas très propre...

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 !

Ajouter un commentaire

Marquer un texte en gras: *mot*, souligner un texte: _mot_.
Les smilies standard comme :-) et ;-) sont convertis en images.
:'(  :-)  :-|  :-O  :-(  8-)  :-D  :-P  ;-) 
Les adresses Email ne sont pas affichées, et sont seulement utilisées pour la communication.
Form options