J’ai essayé de faire un mix entre la release note de Debian (http://www.debian.org/releases/stable/i386/release-notes/ch-upgrading.fr.html#ftn.id530496) qui est très (trop ?) complète et ce qu’on peut trouver sur certains blogs.
Cette procédure a été testée sur un serveur hébergeant OCS/GLPI et sera bientôt testée sur un serveur mail et un serveur Web.
Mise à jour du système :
apt-get update && apt-get upgrade
Test de l’état des paquets installés :
dpkg –audit
Si des paquets sont dans l’état « Half-Installed », « Failed-Config » ou en erreur, il faut les réparer avant de poursuivre la mise à niveau.
On prend un snapshot avant d’aller plus loin afin de pouvoir revenir en arrière si nécessaire ainsi que diverses sauvegardes (base de données, fichiers de conf, etc.) si vous voulez être sur.
On met à jour les sources en gardant une copie au cas où :
cp /etc/apt/sources.list /etc/apt/sources.list-lennysed -i 's/lenny/squeeze/g' /etc/apt/sources.list
Dans le cas de l’usage des dépôts volatiles il faut savoir qu’ils ont changé sur Squeeze ce qui implique de modifier les sources :
sed -i -e 's| squeeze/volatile | squeeze-updates |' -e 's|/volatile|/ftp.fr|' -e 's|/debian-volatile|/debian/|' /etc/apt/sources.list
La préparation du système est maintenant terminée, nous pouvons commencer la mise à niveau.
Comme préconisé par l’équipe Debian, la mise à niveau se fera en deux temps, à savoir en premier lieu une mise à niveau minimale suivie d’une mise à niveau complète afin de limiter au maximum les problèmes et les conflits.
C’est parti :
apt-get update && apt-get upgrade
Cette commande met à niveau les paquets qui peuvent l’être sans entraîner l’installation ou la suppression d’autres paquets. Il est possible que vous ayez à répondre à quelques questions concernant le changement de configuration de certains paquets. Quand on vous demandera si des fichiers doivent être remplacés par la version du responsable du paquet, il est généralement nécessaire de répondre « oui » pour assurer la cohérence du système. Vous pouvez toujours revenir aux versions précédentes, puisqu’elles sont sauvegardées avec une extension .dpkg-old.
Mise à niveau du noyau et d’udev (afin de minimiser le risque d’incompatibilité entre le vieux udev et le nouveau noyau) :
uname -r 2.6.26-2-686 apt-get install linux-image-2.6-686 apt-get install udev
(Remplacer 686 par votre variante si différente)
Un petit redémarrage s’impose avant d’attaquer la mise à niveau complète.
reboot
Mise à niveau complète et nettoyage des paquets utilisés :
apt-get update && apt-get dist-upgrade && apt-get clean
Pendant la mise à niveau, la question de l’utilisation en chaîne (« chainload ») de GRUB 2 vous sera posée, c’est-à-dire de garder GRUB Legacy comme programme d’amorçage, avec une entrée pour charger GRUB 2 qui s’occupera de démarrer le système. Ceci vous permet de vérifier que GRUB 2 marche sur le système avant de l’utiliser de manière exclusive.
On redémarre la machine :
reboot
Vous devriez maintenant disposer d’une Debian sous Squeeze et tout devrait être en ordre.
On devrait donc maintenant être en version Squeeze 6.X.X (ce depuis la mise à niveau minimale à vrai dire) et les VMWares Tools devraient être fonctionnels.
lsb_release -a No LSB modules are available. Distributor ID: Debian Description: Debian GNU/Linux 6.0.3 (squeeze) Release: 6.0.3 Codename: squeeze
uname -r 2.6.32-5-686
Si vous administrez physiquement la machine vous avez pu constater que deux grubs s’exécutent successivement ; c’est le « chainload » validé pendant l’installation avec l’ancien grub (grub legacy) et le nouveau (grub 2).
Une fois certain que GRUB 2 marche sur votre machine il est préférable de l’utiliser (le chargement en chaîne n’étant qu’une solution temporaire).
Utilisation de GRUB 2 :
upgrade-from-grub-legacy
Comme à chaque nouvelle version, beaucoup de nouveaux paquets apparaissent et beaucoup d’anciens paquets disparaissent, il est donc nécessaire de faire un petit ménage.
Suppression automatique des paquets installés qui ne sont plus utilisés :
apt-get autoremove
Dans mon cas les VMware Tools étaient en échec lors de leur démarrage. Je l’ai ai donc mis à jour via le client vSphere avec la fonction « Installer / Mettre à niveau les outils VMware ».
En me connectant à phpmyadmin j’ai obtenu ces messages d’erreur relatifs à MySQL :
Certaines fonctionnalités ayant trait aux tables reliées sont désactivées. Pour une analyse du problème, cliquez ici.La version de votre bibliothèque MySQL (5.1.49) diffère de la version de votre serveur MySQL (5.0.51a). Ceci peut occasionner un comportement imprévisible.
En effet, j’avais installé le paquet MySQL-Server-5.0 et non le meta paquet donc la mise à jour n’a pas été faite.
J’ai donc installé la nouvelle version qui à remplacé l’ancienne :
apt-get install mysql-server-5.1
J’ai également eu le message :
Ce serveur utilise Suhosin. Veuillez vous référer à la documentation pour en connaître les conséquences possibles.
Jai perso changé la conf et désactivé le warning comme préconisé :
vi /etc/php5/conf.d/suhosin.ini suhosin.request.max_vars = 2048 suhosin.post.max_vars = 2048 suhosin.request.max_array_index_length = 256 suhosin.post.max_array_index_length = 256 suhosin.request.max_totalname_length = 8192 suhosin.post.max_totalname_length = 8192]]>