Comme je devais migrer Fedora directement de la version 16 vers 18, et vu qu'il était visiblement recommandé de ne pas sauter directement de l'une à l'autre, j'ai d'abord simulé avec VirtualBox.
1 - Anaconda
1.1 - Point négatifs
* La nouvelle interface Anaconda est devenue tellement austère que justement elle est chiante ! Je sais bien qu'à priori beaucoup aiment le nouvel Anaconda mais je le trouve peu ergonomique et pratique, pas si intuitif qu'espéré !
* Lors du choix de la langue :
(1)-> Il faut aussi cocher "Définir le clavier à l'agencement par défaut pour la langue sélectionnée". Sinon le bon choix de la langue n'implique pas réellement le bon choix du clavier.
(2)-> Je choisis "Français" et je me retrouve avec d'abord un clavier anglais puis en second un clavier français. Obligation de vérifier le clavier et faire, au moins, passer en prioritaire le clavier français. Et malgré avoir coché "Français", j'ai du ajouter après coup les paquets aspell-fr, hunspell-fr, kde-i10n-French. Logique obscure ou oubli ?
* Cible de l'installation :
(1)-> La nouvelle interface est totalement inappropriée pour rassurer car rien n'indique quel disque / partition est vide ou pas. Le fait d'indiquer SDA, SDB, SDC est insuffisant : non seulement cela est obscur pour qui vient découvre GNU/Linux, mais, de plus, selon les distributions, la notation changent parfois (sous VirtualBox, un disque IDE passe après un SCSI ou inversement), on n'est plus totalement certain du choix de la cible.
(2)-> 5 Tentatives pour sélectionner les cibles :
--> Utilisation de la touche <CTRL> pour sélectionner plusieurs disques / partitions
--> Vérifier dans le "Résumé complet des disques et options" lequel est le périphérique d’amorçage
--> Ajouter un nouveau point de montage (+) et éventuellement "configurer le point de montage sélectionné" pour modifier la partition cible
(3)-> Impossible de ne pas formater ! J'ai plusieurs systèmes GNU/Linux et je rassemble mes partitions /home dans une seule et unique partition cible (avec des noms d'utilisateurs différents mais les mêmes droits). Avec la nouvelle version de l’installateur Anaconda, je vais donc détruire la totalité de mes données personnelles ! Oui, j'ai fait mes sauvegardes mais ce n'est pas une excuse acceptable !
(4)-> Dans certains cas, de stupides messages d'erreur apparaissent dénonçant un manque d'espace libre alors que les disques durs sont de grande taille et vierges. En fait ce message survient dans le cas de disques déjà formatés même s'ils sont absolument vides, vierges de toutes données.
(5)-> Impossible de choisir une partition précise ! C'est systématiquement le disque en entier qui est sélectionné avec, à la clef, création d'une nouvelle partition. De quoi flinguer en beauté tout un multi-système préexistant, les systèmes d'exploitation ET les données personnelles !
(6)-> Gels réguliers et un peu trop nombreux de l'interface de choix des cibles !
(7)-> Impossible de faire une simple mise à jour de la version précédente de Fedora ! Le comble !
* Grub : Grub s'installe par défaut dans le MBR d'un disque. Impossible de l'installer dans une partition, comme avant. Donc, si comme moi, le disque dur SDA contient les systèmes d'exploitation (Windows, Mageia, Fedora, Debian) et que c'est le Grub de Mageia qu'on veut garder (ou celui de Debian mais ici certainement pas celui de Fedora), installer le Grub de Fedora va obligatoirement écraser le Grub qu'on veut préserver. Pour ne pas écraser le Grub, il faut ne pas installer le Grub Fedora :
-> Aller dans le choix de la cible d'installation
-> Cliquer sur "Résumé complet des disques et options"
-> Cliquer sur le disque cible d'installation de Fedora
-> Cliquer sur "ne pas installer le chargeur de démarrage" (ce qui va enlever la coche verte)
-> Ce qui impliquera évidemment de modifier le Grub à préserver pour le faire pointer vers Fedora (une autre histoire)
* Sélection des logiciels : impossibilité de cumuler (immédiatement) plusieurs environnements de bureaux et impossibilité de personnaliser la sélection de façon aprofondie, un choix vraiment trop limité
1.2 - Point positifs
* La langue est rapidement sélectionnée ainsi que, par ricochet, le clavier et le fuseau horaire.
2 - fedup
* La procédure fedup : un régal !
3 - En résumé :
* La nouvelle interface Anaconda est devenue tellement austère que justement elle en est chiante ! Anaconda peu ergonomique et pratique, pas si intuitif qu'espéré ! On est tellement infantilisé que, finalement, il est difficile de faire des opérations pourtant primordiales et incontournables !
* L'outil de choix des cibles est rempli de bugs et autres aberrations ! Cet outil est tellement mal pensé, mal conçu qu'il est, de fait, inexploitable ! Pourquoi n'est il plus possible de sélectionner une partition ? Pourquoi est-on obligé de sélectionner un disque entier en devant le formater et/ou le repartitionner ? Pourquoi ne pouvons-nous faire une simple mise à jour de la précédente version de Fedora ?
* Le choix d'implanter Grub, le sélecteur de démarrage de système d'exploitation, dans le MBR du disque dur est absolument inapproprié. Cela oblige à écraser le sélecteur de système préexistant qu'on souhaite préserver ! Car si on choisit de ne pas installer Grub (de Fedora) pour préserver celui qu'on veut continuer à utiliser, c'est la galère pour parvenir à faire démarrer Fedora !
* En résumé, ce nouvel installateur Anaconda est absolument imbuvable, inexploitable, non-achevé, mal pensé ou alors pensé par des concepteurs qui se regardent le nombril en étant persuadés que tout le monde raisonne comme eux ! Je suis dur ? Ce système d'installation est conçu pour Fedora comme système d'exploitation unique ou principal ! Dans l'état actuel, Fedora ne supporte même pas la concurrence et fait tout pour dégager manu militari toute opposition ! Fedora devient monopolistique ! Dans l'état actuel, Fedora n'est même plus conçu pour attirer de nouveaux venus issus d'autres OS ! Pourquoi avoir abandonné aussi violemment ce qui faisait la force d'Anaconda ? A vouloir faire trop simple, on complique tout !
* Autant je hais totalement le nouvel Anaconda dans sa partie "Cible de l'installation" et "Grub", autant j'ai apprécié sans réserve fedup qui permet une migration en douceur, avec l'avantage de reprendre les réglages utilisés sur la version à migrer. En fait, fedup est un super "yum update".
4 - Mes diverses d'installations
4.1 - Première tentative : Installation directe de Fedora 18 - Simulation
VirtualBox
SDA1 : 25 Go -> Système Mageia 2
SDA2 : 25 Go -> Système Fedora
SDA3 : 5 Go -> Swap Linux
SDB1 : 20 Go -> Home
RAM : 4 Go
Méthode : DVD 64 Bits
Partitionnement personnalisé
Pour coller davantage à ce que j'espère sur ma machine réelle, je recréé toute la machine puisque les systèmes d'exploitation doivent être dans le disque SDA partitionné (avec une swap commune) et la partition home dans un second disque. Il n'y aura pas de partition boot dédiée à Fedora puisque j'ai simplifié ainsi toute ma machine réelle. Là, j'ai du abandonner avant même savoir comment faire avec Grub.
* Impossible de sélectionner SDA2 comme cible pour Fedora 18 (en tant que /) ! C'est tout le disque ou rien !
* Et bien sûr, un "joli" message" d'erreur qui dit qu'il n'y a pas assez de place libre puisque la partition est déjà formatée mais pourtant vide. Fedora ne supporte pas qu'une partition ne soit pas préalablement formatée par Anaconda ! Cela revient à dire que Gparted Live est de la merde puisque j'avais préalablement préparé le terrain avec. Sympa pour l'équipe Gparted Live ! Je ne sais plus trop comment, à force d'insister, mais j'ai pu parvenir à sélectionner la partition voulue (SDA2) pour la formater avec Anaconda et, enfin, pouvoir m'en servir comme cible pour la racine de Fedora (/).
* Pour le choix de la partition home, c'est finalement encore pire ! Anaconda ne permettant pas le choix d'une partition précise, on se heurte au dillemme : soit on formate le disque en détruisant donc toutes les données personnelles, soit on redimensionne ce disque pour faire de la place à Fedora ! J'ai donc choisi d'avorter l'installation !
4.2 - Seconde tentative : Installation de Fedora 17 puis upgrade vers 18 par fedup - Simulation
VirtualBox
SDA1 : 25 Go -> Système Mageia 2
SDA2 : 25 Go -> Système Fedora
SDA3 : 5 Go -> Swap Linux
SDB1 : 20 Go -> Home
RAM : 4 Go
Méthode :
1) Fedora 17 - DVD 64 Bits
2) Fedup pour upgrade vers Fedora 18
Partitionnement personnalisé
4.2.1 - 1e partie : Installation de Fedora 17
Toujours pour me fondre sur le cas de ma machine réelle, je garde le même schéma de disques et partitions mais je ne vais plus passer par une installation directe. J'installe en premier Fedora dans sa version 17, oui 17 Beefy Miracle, et je tenterai ensuite une migration de 17 vers 18. Mais à la fin, non seulement le schéma de partition doit être respecté mais c'est le Grub de Mageia qui doit primer, en pointant vers Fedora. Par contre, alors que Mageia 2 utilise encore Grub Legacy, Fedora 17 (et suivant) utilise la version suivante, Grub2.
J'ai installé, dans un premier temps, Fedora 17 sur une partition en ext3. Mais quand je voulais installer le sélecteur de démarrage Grub2 sur le premier secteur de SDA2, j'avais un message d'erreur. J'ai donc du réinstaller Fedora 17 sur de l'ext4. Restait à démarrer Fedora 17 à partir du Grub-Legacy (Grub1) de Mageia 2. Le problème est que si les fichiers de Grub2 ont bien été écrits sur le disque Fedora, le sélecteur n'a nullement été implanté, écrit sur le premier secteur de SDA2 (partition où a été installé Fedora). N'ayant pas à ce moment là encore trouvé une solution plus directe et durable, j'ai du ajouter sur le Grub-legacy de Mageia l'option suivante :
title Fedora 17 Beefy Miracle
kernel (hd0,1)/boot/vmlinuz-3.7.3-101.fc17.i686.PAE BOOT_IMAGE=Fedora root=UUID=77d558f5-dca1-4251-9c75-6748705538f8 resume=UUID=d4f5127c-a750-47dc-b0f3-12b46e8f5485
initrd (hd0,1)/boot/initramfs-3.7.3-101.fc17.i686.PAE.img
avec
77d558f5-dca1-4251-9c75-6748705538f8 = UUID SDA2 /
d4f5127c-a750-47dc-b0f3-12b46e8f5485 = UUID SDA3 Swap
Enfin, Fedora démarre. Avec les droits root, dans une console, je tente donc d'installer Grub2 dans le premier secteur de SDA2 :
grub2-install /dev/sda2
Pour me heurter à un refus bizarre ! Et encore échouer malgré l'ajout de l'option --force :
grub2-install /dev/sda2 --force
Bref, je passe alors le problème. Temporairement.
4.2.2 - 2e partie : Migration Fedora 17 vers 18 via fedup
La première partie de cette nouvelle tentative étant achevée, il ne reste qu'a migrer de Fedora 17 vers 18. Ce coup là, je l'ai tentée avec la nouvelle procédure "fedup". A priori, fedup me permettant de faire une mise à jour du système, cette solution s’avérait la plus simple pour avoir Fedora 18 installée dans la partition SDA2 pour le système (/) et dans SDB1 pour les données (/home) sans rien détruire et en faisant cohabiter les répertoires utilisateurs dans la même partition (avec des noms utilisateurs différents).
Source du tutoriel :
*
http://forums.fedora-fr.org/viewtopic.php?id=58923
* d'après
http://fedoraproject.org/wiki/FedUp
Avec les droits root, fedup :
1) Mise à jour totale de Fedora 17 (un petit "#yum update")
2) Installation de fedup :
#yum --enablerepo=updates-testing install fedup
3) Utilisation d'une source réseau :
fedup-cli --network 18 --debuglog fedupdebug.log
A priori, c'est la méthode la plus simple et rapide. Le temps de téléchargement variera selon le nombre de fichiers à mettre à jour ; plus il existe de paquetages installés et plus ca va durer.
4) Une fois ces préparatifs achevés, vérification du fichier journal fedupdebug.log pour contrôler si des erreurs sont apparues dans la sortie de fedup-cli.
5) Il faut ensuite redémarrer sur la nouvelle entrée de Grub2 créée par la procédure fedup. Cette nouvelle entrée s'appelle "System upgrade (fedup)" et utilise les nouveaux fichiers suivants :
* /boot/vmlinuz-fedupdebug
* /boot/initramfs-fedup.img
6) Redémarrage sur Mageia 2 afin de modifier (encore) son fichier de configuration de grub-legacy (/boot/grub/menu.lst) et insérer l'entrée suivante :
title Fedora fedup
kernel (hd0,1)/boot/vmlinuz-fedup BOOT_IMAGE=Fedora root=UUID=77d558f5-dca1-4251-9c75-6748705538f8 resume=UUID=d4f5127c-a750-47dc-b0f3-12b46e8f5485
initrd (hd0,1)/boot/initramfs-fedup.img
7) Redémarrage sur la nouvelle entré "Fedora fedup" afin que fedup poursuive automatiquement le processus. Environ une heure après (par rapport à ce que j'avais installé sur Fedora 17), le système redémarre automatiquement.
8) Fedora ne pouvant démarrer directement, faute d'entrée correcte dans le grub-legacy de Mageia, redémarrage sur Mageia pour modifier à nouveau le fichier de configuration de grub-legacy et insérer l'entrée suivante :
title Fedora 18 Spherical Cow
kernel (hd0,1)/boot/vmlinuz-3.7.3-101.fc17.i686.PAE BOOT_IMAGE=Fedora root=UUID=77d558f5-dca1-4251-9c75-6748705538f8 resume=UUID=d4f5127c-a750-47dc-b0f3-12b46e8f5485
initrd (hd0,1)/boot/initramfs-3.7.3-101.fc17.i686.PAE.img
9) Redémarrage sur Fedora 18 pour finaliser l'upgrade. L'achevement réussie de l'upgrade nettoie les fichiers désormais inutiles dont les 2 fichiers *fedup dans /boot (fichiers qui ont permis de redémarrer sur la seconde partie de la procédure fedup).
10) Redémarrage sur Mageia pour tenter de trouver comment démarrer directement Fedora sans demeurer tributaire des noms de fichiers et devoir tout remodifier à chaque changement de noyau. Après de multiple essais, c'est l'entrée suivante qui est correcte :
Title Fedora
root (hd0,1)
kernel (hd0,1)/boot/grub2/i386-pc/core.img
boot
Désormais, au démarrage de la machine, il est possible de sélectionner Fedora et arriver ainsi sur les options de démarrage de Fedora listées par le Grub2 de Fedora. Ouf !
Finalement; fedup m'a permis de migrer vers Fedora 18 sans problème et avec le partitionnement que j'avais déjà en place, sans rien détruire, contrairement (dans mon cas) à la nouvelle procédure de l'installateur Anaconda. Ayant ainsi défriché le terrain, j'ai pris des notes pour upgrader ma machine réelle (C'était quand même le but de ma simulation.).
4.3 - Installation sur machine réelle
Fort des essais effectués auparavant et à l'aide des notes, en route pour installer Fedora 18 sur la machine réelle. Sachant par avance comment procéder, l'affaire devrait être relativement facile. Oui, cause toujours mon petit ! D'accord ; je compter migrer un système Fedora 16 vers Fedora 18. Mes tests sous VirtualBox m'ont démontré qu'en installant directement Fedora 18, la nouvelle conception d'Anaconda va détruire mes autres systèmes. Donc, obligé de transiter par Fedora 17. Pourquoi faire simple quand on peut faire compliqué ?! Je pensais passer de Fedora 16 vers 17 en utilisant la procédure "pre-upgrade", puis ensuite utiliser "fedup". Perdu !
Ainsi, puisqu'il faut migrer Fedora 16 vers Fedora 17 préalablement à Fedora 18, migrons. A Priori, pre-upgrade était la solution. sauf qu'une fois tous les téléchargements terminés par pre-upgrade, impossible de continuer ! Un problème de partition : "An unhandled exception has occured. This is most likely a bug." Et m.... ! Obligé d'utiliser le DVD 64 bits de Fedora 17. En fait, malgré mes apréhensions, Anaconda version Fedora 17 a correctement géré mes disques et partitions. J'ai formaté SDA3 afin de remplacer purement et simplement Fedora 16 par 17, en installant Grub sur SDA2.
Au redémarrage pour finaliser Fedora 17, heureusement que j'avais préparé (pour gagner du temps) le fichier de configuration du Grub-Legacy de Mageia.
* Voici l'entrée pour Grub-Legacy fonctionnant vers un Grub-Legacy chaîné :
#Pour Grub-Legacy
title Fedora 16 chainloader
root (hd0,2)
makeactive
chainloader +1
* Voici l'entrée pour Grub-Legacy fonctionnant vers un Grub2 chaîné :
#Pour Grub2
title Fedora
root (hd0,2)
kernel (hd0,2)/boot/grub2/i386-pc/core.img
boot
Une fois Fedora 17 finalisée, j'ai embrayé sur la procédure "fedup" pour courir vers Fedora 18. Et l'affaire s'est bien terminée !