Je fais des billets sur les bugs, sur les problèmes de performances, d'installation, de mise à jour, les incompatibilités, bref sur tout ça, tout ça... Il ne faudrait juste pas oublier d'en faire aussi lorsque tout marche si bien qu'il n'y aurait juste rien à dire... Et depuis maintenant 8 ans que j'utilise Mandriva (avec Mandrake 7.1), c'est la première fois que j'en ai aussi peu à raconter... Alors je fête cela en en faisant une tartine 
Cas d'école n°1, transformer une Mandriva 2008.1 Desktop en 2009.0
- suppression des anciens médias par urpmi.remove -a.
- ajout des nouveaux médias en passant par l'excellent zarb.org
- lancement de la procédure urpmi --auto-select.
1h plus tard... transformation achevée sans problèmes, un redémarrage étonnant de rapidité couronné par une Mandriva toute neuve avec conservation de tous les paramétrages.
Cas d'école n°2, transformer une Mandriva desktop 2009.0 32bits en 64bits.
- Récupération des médias x86_64 (sans les installer) par zarb.org que l'on copie précieusement sur une partition de sauvegarde.
- Sauvegarde du /etc sur cette même partition.
- Récupération d'une ISO CD-ROM free dual-arch.
- Démarrage sur le CD, procédure d'installation (devenue très classieuse), formatage de la partition "racine" (et aucune autre) et c'est parti...
- 7 minutes plus tard, la machine est redémarrée en 64bits, mode texte de base.
- Suppression des médias du CD-RM puis ajout de ceux que l'on a sauvegardé plus haut.
- installation de gnome via urpmi gnome-task, openoffice.org64, etc.
- 15 minutes plus tard, démarrage de GDM.
Là encore, rien à dire, ça marche nickel. Le bureau est simplement le même qu'avant en plus véloce. Juste une étrangeté pour qui installe son pilote nVidia à la main, la version 64bits "brouille" l'écran de la console (c'est juste un problème d'affichage ANSI). Pour récupérer cela, un Ctrl-I suffit (merci à freeflyer pour l'info).
Le seul bug que j'ai trouvé pour l'instant sur cette Mandriva 64 bits concerne l'urpmi --auto-orphans. Le fait d'avoir viré mono, implique de virer gnome-task, implique pour urpmi que tous les paquets gnomes sont orphelins, bénin mais quelque peu excessif
Cas d'école n°3, transformer une Mandriva serveur 2007.0 en 2009.0
- suppression des anciens médias et ajout des nouveaux (zarb.org).
- Lancement d'un petit urpmi --auto-select.
15 minutes plus tard (avec un débit sur proxad de 11mo/s ça aide 
), transformation achevée. Redémarrage de la machine, tous les services fonctionnent http, imap, smtp, spamd, etc. Et tant mieux sinon vous le liriez pas ce billet
Conclusion
Bref, je ne sais pas ce qu'ils ont mis dans cette Mandriva là, mais quel plaisir !!
- répondre
AP , le 18 November, 2008 - 14:09Petite contribution d'un mandrivien (toujours épaté par la rédaction soignée des articles de ce site) sous forme de deux précautions et d'une astuce :
La précaution 1 (peut-être excessive, techniquement parlant) :
Quand j'effectue une mise à jour complète de la distribution, je réduis au maximum le nombre de tâches tournant sur la machine que je mets à jour. Typiquement :
Cette précaution est peut-être excessive, dans la mesure où il est très rare, sous Unix, de tomber sur des fichiers verrouillés même en lecture, au point qu'urpmi ne puisse les modifier. En outre, il faut savoir que, par défaut, urpmi s'abstient, lors d'une mise à jour complète, de toucher au noyau... ce qui contribue à réduire la probabilité d'une machine "inrebootable" après une mise à jour. Cependant, je pars du principe qu'il est préférable de ne laisser tourner que ce qui ne peut être arrêté.
La précaution 2 :
Après un "urpmi --auto-select", il est important de chercher les fichiers de configuration modifiés ou à modifier. Quand rpm met à jour un package dont certains fichiers (les fichiers de configuration, en général et pour la plupart stockés dans "/etc") ont été modifiés, deux cas de figure existent :
Pour faire le tour de ces fichiers, find est là :
On commencera par les ".rpmsave". Ce sont les anciens fichiers de configuration qu'il était impératif de remplacer. Si on ne reporte pas dans les nouveaux fichiers de configuration nos paramètres anciens, nos nouvelles applications risquent de ne pas fonctionner comme attendu. Pour les ".rpmnew", il est bon d'y jeter un oeil aussi. Suite à cette inspection, il ne devrait plus au final rester de fichier ".rpmnew" ou ".rpmsave".
L'astuce :
?). Si on voulait quelque chose "d'intellectuellement plus excitant", on commencerait par se faire un réplica local des dépôts Mandriva, réplica qu'on conserverait à jour à grands coups d'outils de synchro et on s'appuirait sur ces dépôts locaux pour toutes les mises à jour. Pour un parc d'une dizaine de machines, ça peut commencer à valoir le coup. Pour 2 ou 3 machines, c'est peut-être un investissement excessif.
Je suppose qu'on dispose de plusieurs machines qu'on souhaite mettre à jour de la même manière (2008.1 vers 2009.0, par exemple) : sur la première machine qu'on met à jour, on ajoute "--noclean" à la commande urpmi. Du coup, les packages téléchargés sont gardés dans "/var/cache/urpmi/rpms/" et ne sont pas supprimés après installation. Sur les autres machines à mettre à jour, on copie les packages conservés sur la machine n°1 dans leurs dossiers "/var/cache/urpmi/rpms/" respectifs avant de lancer urpmi. Ce dernier va suivre son cours normal mais gagnera du temps en ne retéléchargeant pas les packages déjà présents dans le cache. Cette méthode est bien sûr rudimentaire (oserais-je dire : "artisanale"
- répondre
Orgoz , le 18 November, 2008 - 14:12Hello,
J'étais tenté par une Mandriva 2009 pour mettre sur un EeePC 901. J'ai entendu parlé d'une Mandriva Mini particulièrement idéale pour ces petites machines mais je n'ai pas trouvé d'iso à télécharger
Aurais-tu une idée d'où on peut trouver ça ? Ne serait-ce par hasard pas une option à choisir lors de l'installation de Mandriva 2009 ?
Merci, si tu as des infos
- répondre
AP , le 18 November, 2008 - 14:23@orgoz: J'ai suivi la doc. mentionnée sur cette page pour installer une 2009 sur mon eeePC (première génération) et, ma foi, l'environnement léger LXDE est agréable sur un tout petit écran. Ça ne rame pas comme avec KDE (le KDE 3.5 de la 2008.1 sur l'eeePC, ça ramait copieusement).
- répondre
Orgoz , le 18 November, 2008 - 19:16@AP : super, merci pour le lien !
- répondre
Gilles , le 18 November, 2008 - 21:17Bonsoir,
content que Mandriva 2009.0 fonctionne quelque part ... Sur mon desktop, grosse régression sur le Wifi (qui marchait sans problème sur 2008.0). C'est un bug connu (Listé dans l'Errata - réseau non vu) et non résolu à la date de la MàJ. Comme c'est un PC en dual boot qui ne sert que pour le surf et un peu de bureautique pour mon fils, zou une instal de Ubuntu (que je n'avais pas installé l'année dernière pour cause de Wifi non reconnu !)
)
Donc pas de OOo 3.0 et passage a Gnome ... (Perso, j'aimais bien KDE 4.1
Assez déçu de quitter Mandriva de cette sorte car j'avais prévu de les supporter en achetant le PowerPack. Suivre Ubuntu et ses releases bi annuelles (avec aussi son lot de problèmes !) n'était pas la meilleure idée à prendre
Autre exemple (plus ennuyeux) sur http://www.linux-wizard.net/index.php?id_blog=239
N'empeche qu'ayant installé un PC avec Vista ce WE pour un ami, 15Go que pour l'OS qui consomme "a vide" 1,5 Go de RAM (et l'UAC quel bonheur !), ça m'a conforté dans l'idée que Linux vaut l'effort mais les distro devraient faire attention sur les regressions car les nouveaux entrant (Netbook ...) pourraient être vite dégoutés a vie !
- répondre
Ulhume, le 18 November, 2008 - 22:05@Gilles
Sans vouloir donner de lessons, très sincèrement, si un materiel marche sur une distribution et pas sur une autre, il est plus productif de rester sur "sa" distribution et de chercher à régler le problème. C'est autrement plus formateur pour soi déjà, mais c'est aussi bénéfique pour la communauté en général. Dans les alternances, personne ne gagne. Maintenant une fois encore, je ne fais pas la morale et je comprend parfaitement que chercher à régler ce genre d'annomalie est chronophage et pas forcement accessible à tous.
Mais c'est un point que doivent comprendre, et accépter, les nouveaux entrant justement. Le libre n'est pas (c'est juste une image) un fast-food. Si le big-mac n'est pas bon, on a le droit d'aller porter réclamation. Si un logiciel libre ne l'est pas, on a le droit d'aller faire un tour en cuisine. Ces softs sont le fruit du travail de tous et tous y participent. Les regressions existent sans aucun doute mais si tel est le cas, pour prendre l'exemple de la Mandriva, c'est que trop peu de personne ont testé la cooker, trop peu de personnes ont testé les différentes RC, et finalement la distrib n'a été testé par beaucoup qu'au moment de sa sortie finale. Et pourtant la remonté d'annomalies avant-sorties est elle accessible à n'importe qui, toutes compétences confondues. Elle peut être faite sans perturber une installation stable et sans Dual-Boot. Et elle est bénéfique à double titre, d'abord parce qu'elle laissent une trace, ensuite parce que si plusieurs personne tapent dans la même anno, elle a plus de chance d'être corrigée que si c'est une seul personne qui la signale.
Maintenant pour ton WIFI, as-tu simplement tenté de garder l'ancien noyau le temps que le bug soit réglé ? Si ça marchait en 2008.0, ce n'est pas les avancées du kernel qui vont t'apporter grand chose. D'ailleurs d'un point de vue général, les avancées kernel n'apporte (malheureusement) plus grand chose au bureau ces derniers temps. Donc pourquoi ne pas utiliser ton "vieux" kernel qui marche ? A titre d'exemple, j'ai une regression de ce genre sur le pilote intel sur mon U810, et bein pour l'nstant je tourne avec le pilote qui était fournit avec la 2009.0 et j'ai remonté une anomaile sur le site du pilote et sur celui de Mandriva.
- répondre
Anonymous , le 23 November, 2008 - 09:08Bonjour,
J'ai un probleme avec mandriva2009.
L'installation se passe tres bien sauf que l'ecran (LCD AOC 22") semble mal réagir : un petit pavé dans lequel est écrit quelque chose comme "input not..."
se ballade continuellement sur l'ecran, rebondit sur les angles et tout ceci alors que j'accede parfaitement à toute les fonctions de la distribution (internet,traitement de texte, gimp).
Sur ubuntu l'ecran ne fait pas ça.
Quelqu'un a-t-il une explication du phenomene ?
Poster un nouveau commentaire