Distribution EOLE

Du côté EOLE, il n’y a aucune obligation de passer en UEFI. Une machine 2.8 en BIOS passera en 2.9 via Upgrade-Auto et restera avec le BIOS.

Vous pouvez migrer avec migration29.sh, qui fera une sauvegarde de vos données, vous réinstallerez votre scribe 2.9 en UEFI, puis restaurez vos données.

Une option, si vous souhaitez toutefois passer en UEFI, vous pouvez tenter l’une ou l’autre des procédures (que je n’ai pas testé)

1. convertir le disque en GPT₍ₑₙ₎ (faite un snapshot du disque des fois que ça se passe mal)
2. Transférer les données sur un nouveau disque GPT
   1. Créer un disque vierge au moins de la même taille que le disque de la VM EOLE Scribe et l’attacher à la VM EOLE Scribe
   2. Sur la VM EOLE Scribe, créer un système de partitionnement GPT sur le disque vierge fraîchement attaché
      1. une partition UEFI
      2. une partition /boot
      3. une partition de type volume physique LVM
   3. Ajouter ce nouveau volume physique au groupe de volume de la VM EOLE Scribe
   4. Vous pourrez ensuite déplacer les données d’un volume physique à l’autre
   5. Vous devriez pouvoir retirer l’ancien volume physique (généralement /dev/sda2) du groupe de volumes
   6. Il reste à copier les données de /boot dans la partition /boot du nouveau disque
   7. Monter la partition /boot du nouveau disque à la place de l’existante
   8. Monter la partition /boot/efi du nouveau disque
   9. Mettre à niveau /etc/fstab (changer l’UUID de /boot et ajouter /boot/efi)
   10. Installer grub-efi sur le nouveau disque
   11. Croiser les doigts
   12. Éteindre la VM EOLE Scribe
   13. Détacher le premier disque
   14. Paramétrer la VM en mode UEFI
   15. Démarrer la VM EOLE Scribe

Si la seconde option vous intéresse, nous pourrions faire des tests pour vous donner une procédure plus complète et fiabilisée.

Bonjour,

Nous avons effectué plusieurs tentatives de passage en version 2.9 depuis une version 2.8.1 sur nos machines virtuelles disposant d'un bios classique "legacy" et elles se sont toutes soldée par un échec.
Nous tentons donc actuellement une migration via le script migration29.sh vers une nouvelle VM.
A noter que, même sur une installation "from scratch" avec l'iso nous avons été obligé d'éditer le fichier "/usr/share/eole/sbin/eolead" afin d'y ajouter les lignes suivantes :

echo " deb http://eole.ac-dijon.fr/eole eole-2.9.0 main cloud " | lxc-attach -n addc -- tee -a /etc/apt/sources.list
echo " deb http://eole.ac-dijon.fr/eole eole-2.9.0-security main cloud " | lxc-attach -n addc -- tee -a /etc/apt/sources.list
echo " deb http://eole.ac-dijon.fr/eole eole-2.9.0-updates main cloud " | lxc-attach -n addc -- tee -a /etc/apt/sources.list

juste avant les lignes d'update du conteneur addc sans quoi l'instanciation échouait systématiquement.

Pour ce qui est des Upgrade depuis nos VM en UEFI 2.8.1 vers 2.9 nous n'avons pas eu trop de problèmes, sauf sur un site qui refusait de se mettre à jours jusqu'au moment ou de nouvelles MAJ pour la 2.8 ont fait leurs apparitions. Une fois ces nouvelles MAJ installées, le passage en 2.9 s'est effectué sans problème.
Seule nos VM disposant d'un bios legacy ne passe pas.

Cordialement

Concernant, le problème des sources.list, il est impératif d'exécuter un Maj-Auto/Query-Auto entre l'installation et la génération du conteneur.

En 2.7/2.8, celui-ci était forcé si il n'avait pas été effectué mais avec le nouvel "installeur" Ubuntu cette fonctionnalité a sauté. Elle est en cours de rétablissement, cf. #36130.