Mandrake Linux 10.1 official on ACER aspire 2012 wlmi


installé en Novembre 2004

En bref :

l'installation se fait sans problème aux cotés de  windows xp, le partitionement ne pose pas de problème particulier. à peu près tout le matériel (carte son, modem, port ethernet, usb, firewire, bluetooth,wi-fi) est correctement détecté et bien installé. Le touchpad,  sortie vidéo (pour projecteur) et l'acpi (partiellement) fonctionnent également.

non testés : bluetooth, irda, wi-fi.

Quelques petits soucis qui ont nécessités quelques configurations pas toujours évidentes:
* écran 1280x800,
* /dev/raw qui n'existe pas (problème firewire),
* le ventilateur qui fonctionne en permanence
* démarrage très long.
 
Ces soucis ont été heureusement résolus.

Ce qui ne fonctionne toujours pas:

L'acpi ne fonctionne que partiellement, toute tentative de suspension ou d'hibernation fait planter le système.

Conclusion: Mandrake 10.1 fonctionne très bien sur l'acer aspire 2012.

note : une installation similaire été faite sur Acer Aspire 2024 et on a à peu près les mêmes problèmes (sauf ventilateur) pour au final un portable fonctionnant à merveille sous Mandrake 10.1


En détail :

L'installation s'est effectué sans problème particulier :
- boot sur le dvd/cd d'installation
- on accepte la licence d'installation
- redimensionement de la partition windows à 5Go (suffisant pour moi)
- creation et formatage des  partitions linux (ext3).
- click, click click, on choisit le langage puis les paquets (client internet, jeux, multimedia, developpement, etc..) à installer puis on attends un peu (environ 20 minutes).
- On choisit un mot de passe root, on crée les utilisateurs.

Configuration diverses avant premier reboot:
- connection internet: detection automatique du port ethernet  BCM4401-B0 100Base-TX sur eth0 (DHCP chez moi et ip fixe au bureau).
- heure et date : zone Paris avec service ntp
- souris : touchpad synaptics
- pilote radeon avec acceleration 3D (détecté automatiquement) sous Xorg

Reboot : premières impressions

Le démarrage est normal au début puis à un moment, le pc semble bloqué. Au bout de deux minutes (!) le pc finit par arriver à la page de connexion. Ce problème de démarrage n'est pas dû à la recherche d'une connexion ethernet car je n'ai pas problème de ce côté là. C'est un peu génant, mais pas rédhibitoire.

Mise à jour: Il s'agit en fait d'un bug du module ipw2200: il y a une latence de deux minutes si le noyau ne détecte pas de connexon wifi, même s'il est désactivé dans la configuration. La solution : ne pas charger le module (en l'enlevant de /etc/modprobe.conf) ou alors installer une nouvelle version du module comme décrit sur le forum mandrakeusers.

Multimédia : Apparemment la carte son a été correctement détectée et installée : elle fonctionne (avec le module snd-intel8x0), en ouvrant amarok, on peut écouter des radios internet.
Pour la video, j'ai installé xine et mplayer. Par défaut, konqueror lance Kaffeine pour visionner les vidéos.

Usb : Les clés usb sont correctement détectés s'il sont normalement partitionné : apparemement les clés formatées sous windows ne sont plus montés automatiquement. Les cartes mémoires ont été correctement détectés.

Graveur DVD : fonctionne parfaitement.


Les petits soucis et leur solutions.

 1er problème L'écran 1280x800

l'écran est flou : c'est parce que dans les outils de configuration graphiques lors de l'installation, le format 1280x800 correspondand à la taille de l'écran, n'existe pas, je m'étais rabattu sur 1024x768. Pas de panique, un petit tour dans
'bouton kde'  ---> 'systèmes'  ---> 'configuration' ---> 'configurez votre bureau'
Et on clique dans 'périphériques' --- > 'display'  et là pas de chance, il y a le message :

" votre serveur X ne prend pas en charge le redimensionnement et la rotation de l'image...."


Bon, il faut se résigner à taper quelques commandes : en root, on édite le fichier /etc/X11/XF86Config, (en ayant fait une sauvegarde au préalable : cp /etc/X11/XF86Config /etc/X11/XF86Config.orig)
et on remplace, dans la section "screen" , tous ce qui correspond à 1024x768 par  1280x800.

un redémarrage du serveur X ( Ctrl-Alt-Backspace) et c'est bon!


2ème problème : Le firewire

J'ai un caméscope numérique dv. Après avoir branché la prise firewire et lancer le logiciel d'aquisition et d'édition vidéo kino, on constate que l'écriture sur /dev/raw est impossible, bien que les modules ieee1394 et Cie soient bien chargés (automatiquement).

" WARNING: raw1394 kernel module not loaded or failure to read / write /dev/raw1394 "

La raison :  /dev/raw* n'existent tout simplement pas. Je n'ai pas d'autre explication qu'un bug d'installation.
Le remède est alors de créer ces noeuds. Comme je ne savais pas comment faire, je les ai récupérés à partir d'un système Mandrake où ces devices existaient... c'est sur que c'est pas génial comme méthode mais ça a marché !
plus tard j'ai trouvé sur le Howto  minidv and  raw1394  qu'il suffit de faire, en root,

mknod /dev/raw1394 c 171 0

chmod 666 /dev/raw1394

On peut inscrire ces commandes dans les scripts d'initialisation pour ne pas avoir à les relancer à chaque nouveau boot, par exemple dans /etc/rc.local ou /etc/rc.sysinit

3ème problème Le ventilateur fonctionne en permanence

Par ailleurs, le portable chauffait beaucoup et le ventilateur fonctionnait continuellement ce qui est très génant, malgré le fait que le démon acpi était en fonction.
A noter que Klaptop ne m'a pas été d'un grand secours.

De plus, le système ne semblait pas très réactif: il y avait un temps de latence asez important (dixième de seconde) à chaque interaction, ce qui m'a poussé dans un premier temps à renoncer à l'ACPI.
Puis, finallement, j'ai trouvé qu'il existait un mode powersave associé à cpufreq. En ajoutant

modprobe cpufreq_powersave
modprobe speedstep-centrino
echo "0%40%100%powersave" > /proc/cpufreq

dans le fichier /etc/rc.sysinit
le portable était devenu silencieux et réactif. Bref c'était le bonheur.

Cependant, mon portable était devenu lent (enfin pour mes calculs scientifiques): eh oui à 40%, on est à ... 40%!
Il faut pouvoir monter en fréquence  si la charge le demande. Heureusement, en cherchant un peu, on trouve facilement son bonheur avec cpudyn. Le système fonctionne alors à 600Mhz par défaut et monte à 1,5 Ghz dès que la charge du processeur dépasse un certain seuil paramétrable dans le fichier /etc/sysconfig/cpudyn.

Enfin, l' acpi ne fonctionne pas complètement: le suspend, hibernation font planter le système, et je n'ai ptrouvé de remède, et ce malgré avoir modifié le fichier dsdt comme indiqué sur linuxfr et sur le forum gentoo ...



Valid HTML 4.01!