mai
2008
Un article de gorgonite
Hier (13 mai) est sortie la nouvelle version de la distribution communautaire dérivée de Redhat, j’ai nommé la Fedora 9, sous l’appelation Sulphur.
Adresse de téléchargement : http://mirrors.fedoraproject.org/publiclist/Fedora/9/
Vous pourrez cette version sous différentes formes :
- une version 6 CD
- une version DVD
- une version netinstall (une iso de 114 Mo)
- deux versions LiveCD : Gnome ou KDE
Parmi les nouveautés, je signalerais :
- intégration de Fast X, pour accélérer le démarrage du serveur X
- KDE 4.0.3 et Gnome 2.22
- OpenOffice 2.4
- Firefox 3 beta 5
- Kernel 2.6.25
- GCC 4.3 et Eclipse 3.3
Maintenant, place aux choses sérieuses… on va tenter une installation.
J’avais sous la main une machine de bureau correcte :
- P-IV 3,06 Ghz
- 1 Go RAM
- 80 Go HD
- carte réseau Intel 82540EM Gigabit
- carte son Intel 82801BA/BAM
- carte graphique Matrox Millenium P650/P750 (une erreur, vous comprendrez pourquoi)
Je télécharge l’iso du DVD sur le serveur français du lip6, bon débit 1Mo/s ; moins d’une heure après le DVD est gravé et l’installation commence…
Premier problème : impossible de faire une installation graphique… malgré tous mes efforts :'(
Qu’à cela ne tienne, on passe en installation mode texte… tout se déroule parfaitement, y compris la configuration du client LDAP (le point fort des installeurs Redhat 
)
Je reboote, et j’essaie de comprendre pourquoi le mode graphique ne veut pas démarrer… réponse : il faut absolument disposer d’un driver propriétaire.
On commence par télécharger le driver sur le site Matrox
On installe ensuite le paquet pour pouvoir compiler des modules pour le noyau : yum install kernel-devel.i686
On lance le script de Matrox ./mtxdriver-installer-x86_32-1.4.6.run
Tout est censé fonctionner… mais petit problème :'(
Et oui, merveilleux bug du init_mm sur le kernel 2.6.25, dont la réponse officielle semble être « ils n’auraient pas du l’utiliser, ils n’ont qu’à refaire leur code » ; En gros, je n’ai trouvé un noyau plus ancien pour faire marcher cette merveilleuse carte graphique 
Second problème : bizarre, mais la passerelle par défaut n’est pas déclarée… et pourtant le fichier /etc/sysconfig/network était bien configuré.
pas trop difficile, tapez ceci :
chkconfig –level 345 NetworkManager off
chkconfig –level 345 network on
Ce qu’il m’a manqué : Etant donné que les concepteurs ont pris la peine de faire un excellent outil de configuration de client LDAP, je trouve dommage qu’ils n’aient pas prévu un outil pour configurer les montages de répertoires distants dès l’installation (un autofs mixant NFS et Samba pourrait convenir dans 80% des cas)
Fedora.. tu cherches les ennuis aussi!
quatrième et dernier épisode… j’en ai marre, j’ai changé la carte graphique pour une NVidia Geforce FX 5600, et ça passe du premier coup
troisième épisode… le noyau de la Fedora 9 semblant être le 2.6.25-14 (alors que le dernier stable est le 2.6.25-3 !!!), j’ai tenté la recompilation avec un noyau plus récent, à savoir le 2.6.26-rc2
mais là, impossible de compiler le module pour la carte graphique :'(
Pour ceux qui seraient intéressés par les suites de l’affaire, sachez que j’ai recompilé un noyau linux (le dernier stable, 2.6.25-3), en modifiant le code source de façon à exporter les deux fonctions manquantes init_mm et cpu_callout_map
Désormais le modprobe mtx n’échoue plus :))
Malheureusement, ce serait trop simple… désormais la nouvelle erreur de Xorg est :
module ABI major version (0) doesn’t match the server’s version (1)
Cela se produit au chargement des modules glx et mtxcfg… il semblerait que je sois obligé d’attendre que Matrox mette son driver à jour, ou de changer ma carte graphique :'(