Quinze minutes chrono en main, pour transformer ma "vieille" Mandriva 2008.0 en Mandriva 2008.1 toute neuve, qui dit mieux ? Ok, je triche un peu car j'ai tout de même fait fumer l'ADSL toute la nuit dernière pour remonter les 20Go de dépôt en local, mais bon, à chaque fois la magie du urpmi --auto-select me fascine que voulez-vous
Maintenant que tout est installé, il est donc temps de regarder ce qu'il y a de neuf et de faire les "petits" ajustements que les différentes mises à jour imposent.
Rapidement pour ceux qui ne le savent peut-être pas, pour mettre à jour une Mandriva (mais cette notion est portable sous d'autres distributions), point n'est besoin de grave un DVD, de formater ou de réinstaller quoi que ce soit. Et même s'il s'agit d'un changement radical comme le passage d'une 2007.0 à une 2008.1.
En effet, un système Linux maintient dans une base de données le nom, la version, et les dépendances de tout ce qui est installé sur votre machine. Faites un petit rpm –qa pour vous en convaincre. Du coup pour changer de version, 3 étapes suffisent :
A noter que cette dernière commande permet aussi de mettre à jour votre système de manière régulière pour bénéficier des patches de sécurité. Là il ne faut évidemment pas effectuer les étapes 1 et 2, mais juste ceci :
Si en plus vous avez eu la bonne idée d'utiliser des meta-paquets pour ce qui est du kernel (ex. kernel-desktop-latest), ce dernier sera lui aussi mis à jour dans la foulée. Sinon, il faut aussi que vous installiez le kernel de la 2008.1.
Je ne vais pas revenir des heures sur les nouveautés de la 2008.1. D’autres font cela beaucoup mieux que je ne le ferai jamais. Je vais plutôt m'attarder quelques instants sur les points que j'ai personnellement et donc totalement arbitrairement trouvés intéressants.
Déjà, commençons à la base, avec l'arrivée du nouveau kernel 2.6.24. Un bien gros bébé que ce noyau avec une liste impressionnante de nouveautés. Mais ce qui moi m’a le plus surpris, c'est l’amélioration notable des performances sûrement liée à la latence optimisée. Tout répond plus vite et le lancement d’un openOffice sur un système déjà chargé ne demande que deux ou trois secondes. Pour le reste, c’est lorsque j’achèterai du nouveau matériel que j’apprécierai je pense.
Côté Gnome, si la 2.22 est censée apporter pas mal de nouveautés, je dois bien avouer ne pas avoir été bluffé par les changements. Déjà l'évolution attendue de metacity vers un gestionnaire de composition est, comment dire, un flop
. Comme les devs de Gnome aiment à le dire, ils ont gardé cela le plus simple possible
. Mais simplicité prend ici une toute autre dimension, de l’ordre du minimum syndical de base : Ombres aux fenêtres et un Alt-Tab avec des aperçus des contenus. Woaw... Et le tout à peu prés à la vitesse du vénérable xcompmgr (traduire très lent). A choisir un truc simple, je conseille l'excellent xfwm4 qui fait strictement la même chose, mais avec un rapport de performance qui n'a rien a voir. A mon avis c'est le même mec qui a fait gnome-terminal qui a du se coller à ce patch
Mais heureusement la 2.22 ne vient pas sans aucune bonne nouvelle, même si elle n'est pas très visuelle. Il s'agit de l'arrivée de GVFS qui vient remplacer Gnome-VFS qui commençait à être «limité». Alors j'ai un peu testé et ça marche. Bon j'ai réussi à le faire planter sur du sftp mais dans l'ensemble c'est plus rapide et plus proche de ce qu'offre KIO en terme de performances. Maintenant côté support du protocole webdav, il est bien mieux implémenté qu’avant, mais c'est d'une lenteur absolument incroyable. Je ne sais pas bien ce qu'il fabrique mais là où KIO ouvrait et sauvait en quelques secondes, Gnome y passe facilement 15, s'il ne crashe pas salement en cours de route… Donc dans la bonne voie mais par encore totalement sec cette histoire.
Pour le reste des nouveautés de Gnome, je vous laisse regarder ce qui vous touche peut-être plus que moi.
Pour revenir à ce qu'apporte de neuf la mandriva, il y a tout de même OpenOffice 2.4, ce qui n'est pas rien vu les améliorations de performances de cette version. Il semble aussi qu'un effort sur le visuel ait été apporté.
Pour finir ce petit tour, il me semble nécessaire de s'arrêter sur l'audio avec l'arrivée en standard de PulseAudio, un serveur sonore qui marche en conjonction avec Alsa (qui gère le hardware). PulseAudio permet de partager une carte son entre plusieurs machines (comme esound) mais offre pas mal d'autres avancées, comme le réglage par application des paramètres sonores. En tout cas ça marche très bien, et pour l'instant je n'ai pas constaté de soucis avec les applications classiques (Flash, RythmBox & co.).
Pour installer les pilotes propriétaires nVidia avec la 2008.1, il faut impérativement une version récente, sinon, ça coince dés le début (avec une 100.19 me concernant). Une manière rapide de régler le problème, utiliser le mode "update" de l'ancien pilote, par exemple :
Là aussi, pas moyen de compiler avec pourtant la toute dernière version (2.0.3). La solution passe par la version any-any de vmplayer :
L'autre vraie bonne solution serait de passer à virtualbox mais là faut que je trouve le temps de convertir mes images, pas gagné...
Je m'en doutais un peu, les soucis sont apparus surtout sur le serveur avec en tête OpenLdap qui par la magie d'un changement de version m'a flingué l'ensemble de ma configuration. J'ai patiné quelques heures avant de comprendre pourquoi aucune authentification n'était dés lors possible, même en reprenant une configuration saine avec une base neuve et l'activation de l'authentification LDAP via drakauth.
La raison de tout ce bazar est que pour une raison que j'ignore (je ne suis pas non plus un spécialiste LDAP), les requêtes pour sortir un utilisateur de la base doivent maintenant obligatoirement inclure la référence à ou=People. Sans cela l'utilisateur n'est pas trouvé que ce soit via pam_ldap ou le module ldap d'apache...
Pour illustrer le problème, avant, je pouvais faire la requête LDAP suivante :
Et j'avais bien l'utilisateur qui était renvoyé. Du coup, dans /etc/ldap.conf j'avais :
Et tout se passait très bien. Alors effectivement si l'on regardait la base ldap, les utilisateurs sont bien contenus dans une clef ou=People mais il semblait qu'avant ce changement de version, ce soit sous-entendu d'une manière ou d'une autre, et plus maintenant. Ma requête de recherche est donc devenue :
J'ai donc en conséquence dû modifier à la main /etc/ldap.conf pour que ça colle :
Et là tout s'est remis à fonctionner. La même modification a dû être faite pour que le module LDAP d'apache refonctionne lui aussi :
Je peux vous dire que pour un truc aussi simple, j'ai pas mal sué cette nuit...
L'autre vilain à m'avoir fait des misères est cyrus qui a décidé de ne plus accepter les logins en clair (je ne vois pas l'intérêt de crypter sur mon LAN). Pour que cela refonctionne comme avant j'ai dû rajouter la ligne allowplaintext: yes au fichier /etc/imapd.conf.
Là j'ai craqué. Je ne sais par quoi je vais le remplacer mais le passage à la version 3 de nagios m'a mis un tel bazar dans une configuration que j'avais mis des heures à établir que je l'ai viré sur un pur coup de sang. Je reviendrai peut-être sur ma décision mais pour l'instant, c'est niet.
Je ne peux pas honnêtement dire que cette nouvelle version de Mandriva m’ait totalement assis. Mais il est clair qu'elle est plus rapide que la précédente, sans doute grâce au nouveau kernel. Pour le reste tout marche juste comme avant, ce qui n’est déjà pas si mal
- répondre
Anonymous , le 21 April, 2008 - 17:49Bonsoir
pour ton problème de nagios en version 3 je te propose d'essayer centreon qui est une interface web de configuration de nagios.
va voir sur le site http://www.centreon.com/
Bon courage
- répondre
Ulhume, le 21 April, 2008 - 18:38Hum il s'agit bien d'Oreon dont tu parles ? La dernière fois que je l'ai installé j'ai eu un très mauvais souvenir d'usine à gaz, qui voulait absolument tourner avec MySQL. Non seulement je n'étais pas ravis de devoir dédier une base à nagios, mais en plus il refusait obstinément de fonctionner avec PostgresSQL.
- répondre
Wendy , le 22 April, 2008 - 23:35Merci pour ce tuto mais j'ai ramé
Parce que j'avais pas compris que c'était les sources pour la 2008.1 qu'il fallait mettre ( c'est pas dit ) et que celles ci ne sont pas dispo sur le nouveau site de easyurpmi, je pense suite à un bug.
J'ai utilisé les sources de main/release, contrib/release et contrib/updates 2008.0 de easyurpmi et remplacé le .0 par un .1. Urpmi c'est mis à jour avec quelques 46 autres paquets.
Ensuite j'ai plutôt utilisé "urpmi --auto-select --auto" pour mettre à jour.
Voila, c'est en cours de MAJ j'espère que ça mettra aussi 15 minutes
A+
Wen.
- répondre
Ulhume, le 23 April, 2008 - 00:10peut-être pas, j'ai une vraie machine de guerre maintenant
)))
Ceci dit, moi je mirrore complètement les dépôts donc je donnais easyurpmi à titre d'info, je ne l'utilise en réalité jamais, je fais comme tu viens de faire, en remplaçant des 0 par des 1
- répondre
Wendy , le 23 April, 2008 - 08:03Et bien après une nuit de téléchargement en mode console : plein de messages d'erreur de CURL. Rien n'a été installé et de nombreux paquets n'ont pas pu être rapatriés.
Je démarre X, Kde se lance pas ( no space to disk left ) .. je sens que mon disque / est en fait plein.
Je passe en console, "df" me donne '/' -> %Occup=100% , j'ai plus de place ;(
J'arrive tout de même à lancer FireFox en root ( alalala ) et grâce au forum mandriva je trouve la commande "urpmi --clean" qui me permet de récupérer quelques Mo et démarrer Kde.
Ouf sauvé, bonne expérience ( nouvelles commandes df et urpmi --clean pour moi ) mais je pense que je vais passer par le DVD pour migrer
Note, j'ai contacté l'équipe de easyurpmi, ils devraient modifier le site pour mettre les sources 2008.1 dans l'ancienne interface.
J'espère que mon aventure pour aider d'autre Linuxiens,
Wen.
- répondre
Ulhume, le 23 April, 2008 - 08:24@wendy merci pour ton retour et désolé pour l'expérience. Je devrais effectivement rajouter que cette manipulation nécessite de l'espace disque car vu l'interdépendance, il n'est pas rare qu'une 800 (serveur) à 1200 (desktop) paquets soient à rapatrier avant de pouvoir faire la mise à jour.
Je pense même que je vais extraire un vrai tutoriel de tout cela et y implanter ton retour d'expérience.
- répondre
Wendy , le 25 April, 2008 - 17:03Suite ..
Têtu comme tout, j'ai utilisé gparted en liveCD pour donner 40Go de home vers /. Comme d'hab, soyez hyper prudent en le faisant, si possible étapes par étapes en rebootant à chaque fois pour vérifier et évitez de toucher aux partitions NTSF ! . Gardez en mémoire qu'en cas de pépin vous pouvez tout perdre ( y compris le windows en double boot ) .
C'est lent. A titre d'exemple, réduire /home de 240 à 200 Go m'a pris près de 12 heures.
Mise à jour via easyurpmi, ou les sources 2008.1 ont été enfin mises dans l'ancienne interface, merci à l'équipe
L'update c'est fait en deux étapes : 47 paquets comprenant entre-autres rpm/urpmi puis le reste du monde, plus de 1700 paquets.
Quelques heures de téléchargement, environ 1h30 d'installation et me voila sous 2008.1 !
J'ai réglé les quelques soucis comme je pouvais à coup de urmpe/urpmi puis souvent relancé un "urpmi --auto-select --auto".
Assez souvent ça l'a fait.
Il reste quelques trucs bancales ( eclipse-cdt, mdkapplet ) , mais le gros de la troupe est là.
Merci pour l'astuce de vmware, j'ai du aussi passer par le any-any mais il marche impec.
Pas de soucis pour Nvidia qui s'est mis à jour tout seul ( j'ai toujours préféré celui des dépôts plutôt que celui de leur site web )
Donc mille merci de m'avoir mis la puce à l'oreille qu'il était tout à faite possible de migrer une Mandriva 2008.0 vers 2008 Spring juste par réseau, et merci également au canal #mandrivafr pour son aide.
Cool,
Wen.
- répondre
Ulhume, le 25 April, 2008 - 17:07Merci pour ton retour
Les outils de repartitionement j'avoue que maintenant je fuis cela comme la peste. Je préfère payer 100€ un hd (au prix du G aujourd'hui cela devient largement rentable) et backuper/formater/partionner/restaurer que de me lancer dans ce genre d'aventure.
Juste pour info, tu utilises eclipse pour quoi exactement ?
- répondre
Wendy , le 25 April, 2008 - 17:20Bonjour,
J'utilise eclipse pour du dev C++.
Je cherche pourquoi, mais il veut pas se ré-installer sur la 2008.1
Je desteste java
A+, Wen.
- répondre
Ulhume, le 25 April, 2008 - 17:52Ah zut, tant pis alors
- répondre
advaya, le 26 April, 2008 - 12:57Un mot au sujet des pilotes nVidia, parce que j'ai eu un problème similaire :
J'avais en réserve la version NVIDIA-Linux-x86-100.14.19-pkg1.run que j'ai lancée avec l'option --update comme tu le conseillais. Malheureusement, ça m'a installé des version 170.qqchose des pilotes qui n'étaient donc pas compatibles avec la version du module nvidia-current de la 2008.1 (version 169.12). Mais bon, j'ai peut-être loupé un truc ... et j'ai pas essayé de compiler une version plus récente du nvidia-current.
Bref, j'ai donc du aller chercher sur le site nVidia les pilotes adaptés à ma version de nvidia-current : NVIDIA-Linux-x86-169.12-pkg1.run.
Et là ça marche
Poster un nouveau commentaire