Quelles mesures dois-je prendre avant d'effectuer une mise à niveau de version pour éviter les problèmes?

Après avoir été informé du 1404_HWE_EOL , j'envisage de mettre à niveau un système de production important vers 16.04.1. Je dis "système de production important" car c'est le poste de travail que j'utilise quotidiennement au travail. Je veux éviter les bugs ou autres problèmes car je n'ai pas trop de temps à consacrer au débogage et au tri des problèmes (le service informatique n'aide pas avec les systèmes Linux). J'ai toutes les données sauvegardées mais pas la partition actuelle du système d'exploitation (je peux définir le lecteur du système d'exploitation comme une autre couche de secours). Quelles autres étapes dois-je effectuer avant la mise à niveau? Je veux savoir comment minimiser les complications lors de l'utilisation de la mise à niveau de version proposée dans Ubuntu.

J'ai lu sur la suppression des PPA avant la mise à niveau . J'ai 27 PPA installés, il faudra un certain temps pour supprimer tout cela, les programmes qu'ils apportent, puis inverser cela après la mise à niveau. Cela présente-t-il un avantage significatif? Rien d'autre?

système de production important

Je ne mettrais pas à niveau un système comme ça. Je voudrais installer 16.04 sur une autre machine, copier les données en direct sur cette machine. Testez, testez un peu plus. Et puis faites de cette machine le serveur de production.

Et vous pouvez refaire cela avec 18.04 avec le serveur 14.04 actuel.

Pourquoi prendre des risques?

Je prendrais une sauvegarde d'image ("dd" dans un système Linux Live) de la station de travail et la convertirais en une VM VirtualBox. (Image RAW vers VDI). Après cela, faites un cliché et exécutez cette image dans VB. Jouez toutes les étapes pour mettre à niveau. Si quelque chose ne fonctionne pas, remettez le composant logiciel enfichable. Après avoir un système mis à niveau, vous pouvez reconvertir le VDI en raw et le "dd" sur votre système ou lire le run-book.
Mais faites toujours une dernière sauvegarde d'image "dd" avant de remplacer votre ancien système.
Je préfère exécuter mes systèmes à partir d'une clé USB pour que l'installation du système se fasse avec "VDI -> RAW -> clé USB" et démarrer à partir du système mis à niveau / installé. prêt. D'accord, vous "perdez" un port USB, mais vous n'aurez jamais de stress et vous pouvez toujours effectuer facilement une sauvegarde du système.

Voici une variante de la réponse de @ rinzwind qui pourrait fonctionner avec le matériel que vous possédez déjà.

Si vous avez (ou pouvez libérer) suffisamment d'espace libre sur votre ou vos disques durs internes, vous pouvez créer 2 nouvelles partitions (en utilisant quelque chose comme gparted à partir d'une distribution live CD / USB) et copier la racine (/) vers l'une d'entre elles et / home à l'autre et les étiqueter quelque chose comme root2 et home2 afin qu'ils soient faciles à trouver.

Si root et home sont dans la même partition, vous pouvez simplement copier cela, mais c'est beaucoup plus agréable pour de nombreuses raisons s'ils sont séparés.

Vous devrez pointer la nouvelle racine vers le nouveau / home en modifiant les modifications dans /etc/fstabsur la nouvelle partition racine (en mettant à jour les UUID des nouvelles partitions / home et root).

Vous les obtenez en faisant un ls -l /dev/disk/by-labelpour trouver les périphériques sur lesquels la nouvelle racine et la nouvelle maison sont actuellement ls -l /dev/disk/by-uuidactivés, puis en exécutant pour obtenir des noms de périphérique aux uuids.

Ensuite, mettez à jour grub (à partir de votre système de production) avec quelque chose comme grub-customizer pour ajouter la nouvelle racine à votre menu grub.

Maintenant, vous aurez une copie exacte de votre système en direct sur ces partitions. Vous pouvez exécuter la mise à niveau sur cette copie et conserver la version de production intacte. Vous pouvez démarrer dans celui sur lequel vous souhaitez travailler.

Une fois la mise à niveau terminée, vous pouvez simplement dire à grub que la copie est celle en direct (entrée par défaut) et que l'original est maintenant la sauvegarde. grub-customizer permet de faire des choses comme ça assez facilement.

Si vous avez trop de données dans / home ou root (ce qui les rend trop grandes pour être dupliquées), placez-les d'abord dans sa propre partition (en veillant à informer les programmes qui y accèdent du déplacement). Il n'a pas besoin d'être dupliqué - juste sauvegardé.

Cela facilite également la sauvegarde de vos données car elles ne sont plus mélangées avec des éléments du système.

Avec un deuxième ensemble de partitions «test», vous pouvez désormais essayer toutes sortes de choses que vous ne voudriez pas risquer sur le système dont vous dépendez pour le travail quotidien.

J'exécute actuellement Kubuntu 12.04 comme ceci avec 16.04 dans mes partitions de "développement" jusqu'à ce qu'il soit configuré comme je le veux.

Avec des prix de lecteur de disque si bas ces jours-ci, vous pouvez même copier votre lecteur interne existant sur un nouveau plus grand et l'utiliser si nécessaire - si votre entreprise vous le permet.

Cette réponse couvre tous les détails majeurs sur la façon de procéder. Je n'ai pas essayé de couvrir chaque petit détail de chaque étape. Mais puisque vous travaillez avec une copie de tout, il ne devrait pas y avoir de problèmes sérieux et tout le reste a déjà été couvert quelque part ici sur stackexchange.

Bien que cela ne s'applique pas à votre cas spécifique, si le système Ubuntu est une machine virtuelle, vous pouvez contourner ce problème en prenant un instantané avant de mettre à niveau et de revenir en arrière si cela ne fonctionne pas.

Une fois, j'ai mis à niveau l'une de mes machines virtuelles, et bien que la mise à niveau ait échoué et soit censée être annulée, je n'ai pas eu de système propre / fonctionnel.

La réponse de @ Rinzwind fonctionne également avec les machines virtuelles: créez une nouvelle machine virtuelle, installez la nouvelle version d'Ubuntu dessus et commencez à copier les choses.