En fait le second souhait qui nécessite ta méthode est d'avoir en même temps le système en production et le système à qualifier.
Pas forcément. On peut très bien envisager de recréer à chaque fois le système de qualification. Si le système de production est de taille importante, c'est généralement le fait de données utilisateurs (photos, films, ...) inutiles en totalité pour la qualification. Il suffit alors d'avoir une stratégie de stockage de ses documents , et ne pas en mettre partout.
en utilisant la commande cpio -p pour copier de partitions à partitions, on peut facilement exclure les données :
find . -print > liste_fichier
va générer la liste de tous les fichiers à sauvegarder du FS monté (attention, il faut avoir booté sur un live CD, monter les partitions à copier une à une, car le find ne s'arrête pas au frontières des systèmes de fichier)
Ensuite, on ouvre
liste_fichier sous éditeur, et on enlève toutes les références aux données utilisateurs
Et ensuite :
cat liste_fichier | cpio -pdmv /mnt/fs_cible
Cette liste de fichier servant à générer le système de qualification peut être conservée et re-utilisée à chaque fois, tant que le système de production n'a pas évolué par installation d'un nouveau paquetage.
Tu peux aussi faire une install identique sur une deuxième partition, et tester l'upgrade dessus.
C'est précisément le fondement de la méthode, sauf que cette install identique, il est préférable à mon sens de la regénérer à chaque fois qu'on veut tester un upgrade. Sinon, celà oblige à faire évoluer deux systèmes, ce qui est source d'erreur. Au bout d'un moment, les deux environnements divergent à cause d'un oubli un jour, ou d'une install reportée par manque de temps...
Après, l'expérience joue aussi pour décider s'il faut dérouler la procédure, ou si on peu faire l'upgrade direct car le risque est faible. Par exemple : je le fais pour un passage de Intrepid à Jaunty. Je ne le fait pas pour un passage de firefox Vx.y à Vx.y+1 ou Vx+1
Sinon une marche arrière avec une sauvegarde partimage ou un simple tgz devrait suffire, mais on a toujours peur des marches arrière.
En production, on emploie cette méthode pour des opérations complexes et contraintes dans le temps pour lesquelles il n'est pas possible de dérouler le process de qualif / intégration. Comme tu dis, on a peur des marches arrières, et la décision est prise qu'en situation totalement déserpérée, et ce qu'autant plus qu'on est avancé dans l'opération de changement.
