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

9

Après avoir été averti de l’adresse 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 bogues 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 les systèmes Linux). Toutes les données ont été sauvegardées, mais pas la partition actuelle du système d'exploitation (le disque dur du système d'exploitation peut être une autre couche de repli). Quelles autres étapes dois-je effectuer avant de mettre à niveau? Je veux savoir comment minimiser les complications lors de l'utilisation de la mise à jour de version proposée dans Ubuntu.

J'ai lu comment supprimer les PPA avant la mise à niveau . J'ai 27 PPA installés, cela prendra un certain temps pour supprimer tous ces programmes, ceux-ci apportent, puis inversez cela après la mise à niveau. Est-ce que cela présente un avantage significatif? Autre chose?

    
posée Steven C. Howell 26.08.2016 - 15:53
la source

4 réponses

13
  

système de production important

Je ne mettrais pas à niveau un tel système. 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 ceci avec 18.04 avec le serveur actuel 14.04.

Pourquoi prendre des risques?

    
réponse donnée Rinzwind 26.08.2016 - 16:05
la source
2

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 à VDI). Après cela, faites un cliché et lancez cette image dans VB. Jouez à toutes les étapes pour mettre à niveau. Si quelque chose ne fonctionne pas, remettez-le en place. Après avoir mis à niveau votre système, vous pouvez convertir le VDI en raw et le "dd" sur votre système ou lire le livret d'exécution. Mais faites toujours une dernière sauvegarde d'image "dd" avant d'écraser votre ancien système. > Je préfère faire fonctionner mes systèmes à partir d'une clé USB pour que l'installation du système se fasse avec "VDI -> RAW - & gt; lecteur USB" et démarre à 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 pourrez toujours faire une sauvegarde du système. Je le fais avec mon poste de travail et mes serveurs en production depuis des années.

    
réponse donnée 0x0C4 26.08.2016 - 16:28
la source
1

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

Si vous avez (ou pouvez libérer) suffisamment d’espace libre sur votre (vos) lecteur (s) de disque interne, vous pouvez créer 2 nouvelles partitions (en utilisant quelque chose comme gparted à partir d’une distribution live CD / USB) et copier root (/) l'un d'eux 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 les copier, mais c'est beaucoup mieux pour de nombreuses raisons s'ils sont séparés.

Vous devrez pointer la nouvelle racine sur le nouveau / home en éditant les modifications dans /etc/fstab sur la nouvelle partition racine (mise à jour des UUID des nouvelles partitions / home et root).

Vous les obtenez en effectuant un ls -l /dev/disk/by-label pour trouver les périphériques sur lesquels la nouvelle racine et la nouvelle maison sont actuellement activées, puis en exécutant ls -l /dev/disk/by-uuid pour obtenir les noms de périphérique vers les uuids.

Ensuite, mettez à jour grub (depuis 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 live sur ces partitions. Vous pouvez exécuter la mise à niveau sur cette copie tout en conservant la version de production intacte. Vous pouvez démarrer sur celui sur lequel vous souhaitez travailler.

Une fois la mise à niveau terminée, vous pouvez simplement dire à grub que la copie est la copie en direct (entrée par défaut) et que l’original est maintenant la sauvegarde. grub-customizer facilite les choses comme ça.

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 leur propre partition (en vous assurant de dire aux programmes qui y ont accès). Il n'a pas besoin d'être dupliqué - juste sauvegardé.

Cela facilite également la sauvegarde de vos données car elles ne sont plus intégrées au système.

Avec un deuxième ensemble de partitions "test", vous pouvez maintenant essayer toutes sortes de choses que vous ne voudrez pas risquer sur le système dont vous dépendez pour travailler au quotidien.

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

Avec les prix des disques durs si bas de nos jours, vous pouvez même copier votre disque interne existant vers un nouveau disque plus grand et l'utiliser si nécessaire - si votre entreprise vous le permet.

Cette réponse couvre tous les principaux détails sur la façon de procéder. Je n'ai pas essayé de couvrir chaque petit détail de chaque étape. Mais comme 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 sur stackexchange.

    
réponse donnée Joe 01.09.2016 - 05:43
la source
0

Bien que cela ne s’applique pas à votre cas particulier, si le système Ubuntu est une machine virtuelle, vous pouvez contourner ce problème en prenant un instantané avant de procéder à la mise à niveau et la restauration s’il ne fonctionne pas.

Une fois, j'ai mis à niveau l'un de mes ordinateurs virtuels, et bien que la mise à niveau ait échoué et soit censément 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 et commencez à copier les choses.

    
réponse donnée ashes999 29.08.2016 - 16:38
la source

Lire d'autres questions sur les étiquettes