Mori a écrit :j'avais gravé 3 CD de 2006.0 beta (la version suivant la rc2) ... nickel; installation de nvidia.pkg1.run ... wunderschön !!! update sur update_source ... parfait
on se fait un chti easyurpmi sur main, contrib, updates, 2 plf, ok
urpmi --auto-select
reboot ... paf ! le serveur x en conflit avec nvidia
reinstall sans mettre nvidia et rebelote ... paf ! idem
maintenant, tu sais la solution que j'ai prise.
Le conflit avec nvidia est archi-classique et sera systématique, il vaut mieux donc savoir comment le résoudre.
Le module
nvidia dépend de la version du kernel, donc quand on change de kernel (ce qui est le cas avec le passage à la 2006.0), on doit recompiler (ou se reprocurer) le module nvidia correspondant. Et si on compile, ça doit être avec la bonne version du compilateur (gcc 4.0 au lieu de gcc 3.n maintenant).
Avant
urpmi --auto-select, faire un
urpmi kernel kernel-source, cela installera le nouveau noyau et ses sources, indispensables pour la compilation de nvidia.
Rebooter pour activer le nouveau noyau, le mode graphique se plante, c'est normal, rester donc en mode texte, faire ensuite
urpmi --auto-select, la màj se fait, il faut en tout cas le bon compilateur gcc 4.0.
Toujours en mode root texte, lancer maintenant
nvidia-installer --update, l'utilitaire vérifie par ftp s'il y a un nouveau driver, le télécharge si nécessaire, constate qu'il n'existe pas d'équivalent binaire pour le nouveau kernel, propose de le compiler, le fait et l'installe à la place de l'ancien.
Rebooter, ça marche.
Lancer
nvidia-settings et régler plus finement.
Bref, toute la màj se fait en mode texte, et on
termine par l'installation du pilote graphique.
Cela dit (et ça n'a rien à voir avec nvidia), je ne suis pas satisfait du tout de la màj par
urpmi --auto-select, mon système est devenu quasiment inutilisable, je suis en permanence en failsafe, ce n'est pas l'idéal (notez que ça marche très bien, pour du failsafe c'est tout à fait utilisable...).
J'ai eu plusieurs alertes de conflits de versions, des problèmes de dépendances etc, j'ai dû relancer
--auto-select plusieurs fois à la suite suite pour voir les pbs s'éliminer au fur et à mesure, mais même comme ça c'est très loin d'être parfait, j'ai des pbs d'udev, Apache et MySQL ne fonctionnent plus, bref je vais devoir refaire une installation complète de linux, pas glop.
Je pensais gagner du temps, mais c'est tout le contraire qui s'est produit,
urpmi --auto-select prend des heures pour un résultat médiocre, j'aurais mieux fait d'investir mon temps dans une réinstall propre et complète plutôt que tenter une màj à partir de l'existant, résultat décevant, je ne le ferais plus
...
D'un autre côté, si Mandriva sort une nouvelle version tous les ans, tout réinstaller tous les ans, c'est franchement galère...
).
...
Chez moi, je viens de terminer, tout se passe bien, y compris avec les drivers nVIDIA sur mon laptop...
donc même si je n'ai pas pu tester Baggy Trousers (heu Breezy Badger), Hoary était plus rapide que Suse 10.0 ... donc je dirais sans trop me tromper Ubuntu... même si je n'ai pas testé, les plus rapides doivent être Slackware et Gentoo (c'est la réputation qu'elles ont)... Suse est rapide, à condition que tu lances WindowMaker (bon, c'est quand même un bureau assez minimaliste ... mais pratique, si tu aimes les lignes de commande).