Quelle est la différence entre do-release-upgrade et l'option "upgrade" de l'interface graphique dans Ubiquity?
Le choix de cette option dans une session en direct est-il différent de l'exécution de do-release-upgrade dans une installation régulière? Si c'est le cas, comment?
(Veuillez ignorer la version - je suis en train de passer du 12.04 au 16.04)
J'ai beaucoup de packages installés et des services configurés.
J'ai en quelque sorte l'impression qu'au moins la méthode basée sur l'iso (ubiquité) décompresse plus ou moins un nouveau système de base de remplacement et installe ensuite le même ensemble de packages, mais la plupart de la configuration est simplement remplacée (pas de fusion, etc.)
Je préfère utiliser la méthode qui préserve autant de ma configuration que possible.
Puisqu'il n'y a pas d'autre réponse, je vais écrire ce que j'ai rassemblé au cours des derniers jours en essayant les deux méthodes et diverses occasions dans le passé.
- La mise à niveau Ubiquity/GUI prend note des packages installés précédemment. Ensuite, il procède à la mise au point d'un nouveau système de base et remplace principalement l'ancien. Après cela, le même ensemble de packages est installé. De nombreux fichiers/etc et par exemple/var/www sont réinitialisés au cours de ce processus.
Cette méthode n'est pas très agréable pour les serveurs avec une configuration ou des données personnalisées, mais elle est très rapide et garantit un système correctement modernisé.
- Le
do-release-upgradela méthode s'exécute depuis l'intérieur du système. Il exécute certains scripts de transition personnalisés, mais il s'agit principalement deapt-get upgrademais au prochain système LTS. Si vous êtes 2 versions LTS derrière comme je l'étais, vous devrez l'exécuter deux fois. Les différences entre les fichiers de configuration par défaut sont détectées lors de l'installation des packages.
Si tout se passe bien, de nombreuses configurations personnalisées sont conservées ou sont mises en évidence par la mise à niveau et nécessitent chacune une petite quantité de travail manuel.
Les inconvénients sont que le processus prend beaucoup de temps et peut nécessiter plusieurs interventions manuelles en cours de route. Il peut devenir technique d'essayer de comprendre les différences entre les anciens et les nouveaux fichiers de configuration. Le résultat peut également être un étrange croisement entre la dernière technologie Ubuntu et les anciens packages et configurations conservés.
Quelques notes sur l'exécution de do-release-upgrade et sessions graphiques: exécuter cela à partir d'une interface utilisateur graphique peut être une mauvaise idée. La session graphique est tourmentée de différentes manières lorsque les packages sont mis à niveau par-dessous. Sagement le do-release-upgrade s'enroule automatiquement dans une session screen. (J'ai eu du mal à me reconnecter à la session screen. Heureusement, j'avais également un tmux en cours d'exécution. Après avoir obtenu une ancienne version de tmux, j'ai pu reprendre à partir d'une console texte.)