Mettre à niveau Ubuntu 12.04 vers 14.04 LTS

Ce guide explique comment migrer un serveur Ubuntu 12.04 LTS vers Ubuntu 14.04 LTS en toute sécurité. Sauvegardez d’abord vos données, vérifiez les paquets tiers, modifiez /etc/update-manager/release-upgrades pour Prompt=lts, puis lancez do-release-upgrade. Trouvez dans la suite un checklist, des alternatives et des mitigations de risques.

Contexte

Les versions Ubuntu en .04 publiées tous les deux ans sont souvent des versions Long Term Support (LTS). Une LTS reçoit des corrections de bugs et des mises à jour de sécurité pendant plusieurs années. Par défaut, un système LTS peut être configuré pour proposer uniquement les mises à niveau vers d’autres LTS.

1 Prérequis indispensables

Une installation serveur Ubuntu 12.04 opérationnelle.
Adresse IP statique configurée (exemple utilisé ici : 192.168.0.100).
Accès root ou sudo.
Sauvegarde complète de toutes les données et configurations sur un périphérique externe (clé USB, disque externe, ou sauvegarde réseau).
Liste des paquets tiers et PPA activés.

Important

Avant toute opération, effectuez une sauvegarde complète. Sans sauvegarde, il n’y a pas de retour en arrière simple.

2 Préparation avant la migration

Mettre à jour les sources locales et le gestionnaire de paquets :

apt-get update
apt-get install update-manager-core

Vérifier et lister les paquets provenant de PPA ou de sources tierces. Désactivez les PPA non essentiels. Exemple pour lister les sources :

ls /etc/apt/sources.list.d/

Notez les fichiers de configuration modifiés (dans /etc) afin de pouvoir les restaurer si nécessaire.
Bloquez les opérations automatiques non souhaitées (cron jobs, snapshots automatiques) pendant la mise à niveau.

3 Modifier la politique de mise à niveau

Éditez le fichier de configuration des mises à niveau de distribution :

vi /etc/update-manager/release-upgrades

Le contenu type du fichier :

# Default behavior for the release upgrader.

[DEFAULT]
# Default prompting behavior, valid options:
#
#  never  - Never check for a new release.
#  normal - Check to see if a new release is available.  If more than one new
#           release is found, the release upgrader will attempt to upgrade to
#           the release that immediately succeeds the currently-running
#           release.
#  lts    - Check to see if a new LTS release is available.  The upgrader
#           will attempt to upgrade to the first LTS release available after
#           the currently-running one.  Note that this option should not be
#           used if the currently-running release is not itself an LTS
#           release, since in that case the upgrader won't be able to
#           determine if a newer release is available.
Prompt=lts

Explication rapide

Prompt=never : ne jamais rechercher de nouvelle version.
Prompt=normal : rechercher toute nouvelle version (non LTS incluse).
Prompt=lts : rechercher uniquement les nouvelles LTS.

Pour passer d’une LTS à la suivante, utilisez Prompt=lts.

4 Exécution de la mise à niveau

Lancez la mise à niveau de distribution :

do-release-upgrade -d

Remarques :

Le drapeau -d demande la mise à niveau même si la nouvelle version est marquée comme « non recommandée » pour certains chemins. Sur des versions anciennes, il peut être nécessaire.
Répondez aux invites pendant l’exécution. Acceptez les mises à jour de services si vous le souhaitez.
La durée varie selon la connexion, le nombre de paquets et le matériel. Prévoyez une fenêtre de maintenance.

Après mise à niveau, le système proposera de redémarrer. Acceptez et, après redémarrage, vérifiez la version :

cat /etc/lsb-release

Exemple de sortie attendue :

root@server1:~$ cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=14.04
DISTRIB_CODENAME=trusty
DISTRIB_DESCRIPTION="Ubuntu 14.04.1 LTS"
root@server1:~$

Félicitations — la mise à niveau devrait être terminée.

5 Vérifications post-migration

Vérifiez que les services critiques démarrent (nginx/apache, bases de données, services applicatifs).
Inspectez les logs système (/var/log/syslog, /var/log/dpkg.log).
Confirmez que les tâches cron fonctionnent.
Réactivez progressivement les PPA tiers et testez leur compatibilité.
Mettez à jour les configurations personnalisées en conservant les sauvegardes originelles.

6 Alternatives et quand éviter la mise à niveau sur place

Installation propre (fresh install) : préférable si l’installation actuelle est très personnalisée ou instable. Elle donne un système propre et minimise les dettes techniques.
Migration par image ou réplication : clonage du système sur un nouvel hôte et basculement progressif.
Conteneurisation : encapsuler les services critiques dans des conteneurs pour réduire la dépendance à la version de l’OS.

Choisissez une installation propre si vous avez des doutes sur l’intégrité du système actuel.

7 Checklist de migration (rôles et tâches)

Administrateur système
- Sauvegarder toutes les données.
- Lister et documenter les PPA.
- Tester le processus sur un clone/staging.
Développeur / Opérations
- Vérifier la compatibilité des applications et des dépendances.
- Exécuter les suites de tests unitaires et d’intégration.
Responsable sécurité
- Vérifier les politiques de pare-feu.
- Auditer les comptes et clés SSH après la migration.

8 Matrice des risques et mitigations

Risque : interruption de services critiques.
- Mitigation : fenêtre de maintenance et sauvegarde complète.
Risque : incompatibilité de paquets tiers.
- Mitigation : désactiver les PPA avant la migration, tester en staging.
Risque : échec de démarrage après mise à niveau.
- Mitigation : disposer d’un accès de secours (console KVM ou ISO de récupération) et d’un plan de restauration.

9 Rollback et plan d’urgence

Si la mise à niveau échoue et que vous avez une sauvegarde disque complète, restaurez-la sur le matériel/VM original.
Sans sauvegarde disque, restaurez les fichiers et bases de données depuis vos backups et réinstallez la version 12.04 puis réappliquez les configurations.