Ce doute me frappe depuis 2-3 jours, j'ai donc décidé de le tester moi-même. Ce que j'ai fait, c'est que j'ai installé Ubuntu 16.04.4 dans VMWare et édité /etc/apt/sources.list
et remplacé xenial
en bionic
utilisant:
sudo sed -i 's/xenial/bionic/g' /etc/apt/sources.list
Puis j'ai couru
sudo apt-get update && sudo apt-get upgrade
J'ai pu passer à 18.04, confirmé en utilisant lsb_release -a
. Cependant, j'ai rencontré quelques problèmes comme:
apt n'a pas d'interface CLI stable. À utiliser avec prudence dans les scripts.
dépendance non satisfaite de python3-aptdaemon.pkcompat
La version 'bionic-backports' pour 'appstream' est introuvable
Unité brisée
J'ai résolu toutes les erreurs et installé gnome
et gdm3
.
Donc, je veux juste savoir si c'est une bonne idée d'éditer sources.list
? Je sais que mon système est peut-être tombé en panne, mais existe-t-il une autre raison spécifique de ne pas l'utiliser?
Remarque : J'ai testé cela sur Ubuntu 16.04 dans VMWare pour effacer mes doutes uniquement.
sudo apt-get dist-upgrade
(ou mieuxsudo aptitude dist-upgrade
) pour impliquer de nouvelles dépendances dans le processus de mise à niveau. Le message d'avertissement concernant apt dans les scripts est normal, il existe à la fois dans les versions 16.04 et 18.04.dist-upgrade
serait une meilleure option mais encore une fois, vasudo apt-get install -f
installer des dépendances?Réponses:
L'édition
/etc/sources.list
est une étape pour migrer vers une version ultérieure dans Debian ... mais pas dans Ubuntu. Vous pouvez toujours l'utiliser, mais ce n'est pas recommandé car la plupart des utilisateurs ne devraient pas avoir besoin de traiter précisément les problèmes que vous avez rencontrés.Au lieu de cela, Ubuntu fournit un outil (la
do-release-upgrade
commande) qui changera correctement les sources, téléchargera et installera la mise à niveau et supprimera les orphelins, le tout de manière prévisible et reproductible pour éviter les problèmes de coin-case. Cet outil est le moyen recommandé de mettre à niveau vers une version plus récente d'Ubuntu.la source
do-release-upgrade
ça ne marche pas. Donc, dans ce scénario, cela devrait-il être considéré comme une option si l'utilisateur souhaite simplement tester ses programmes?do-release-upgrade
n'a pas fonctionné. Beaucoup des mêmes raisons entraîneront également l'dist-upgrade
échec.apt
, il n'est seulement pas recommandé dans les scripts.do-release-upgrade
ne pas travailler en ce moment? Si tel est le cas, Canonical n'a pas encore publié la mise à niveau. Sur les notes de version, il indique qu'il sera disponible dans les quelques jours suivant la sortie du 18.04.1 fin juillet. Continuez à vérifier.J'utiliserai le terme «version source» pour la version que vous avez utilisée avant la mise à niveau et la «version de destination» pour la version que vous avez utilisée après la mise à niveau.
Méthodes de mise à niveau des versions d'Ubuntu:
Première façon: éditer sources.list
Communément appelé mode de mise à niveau Debian ou parfois, la méthode de la force brute .
Par ici:
wine-hq
référentiel n'a ajouté que récemment la prise en charge de Bionic).404 Not found
erreur.Quelques notes: Désactivez le référentiel tiers.
Fonctionne: cela fonctionne ou non.
Niveau de recommandation: trop bas.
Deuxième façon: faire do-release-upgrade:
Communément appelé mode de mise à niveau Ubuntu:
Par ici:
sources.list
nouvelles entrées de référentielsudo apt full-upgrade
)sudo apt full-upgrade
)Cependant, beaucoup de gens ont des problèmes avec
do-release-upgrade
:Fonctionne: Cela fonctionne ... avec des bugs.
Niveau de recommandation: entre bas et moyen.
Troisième méthode: Clean Install
Il s'agit de la méthode la plus recommandée pour mettre à niveau votre système .
Remarque # 1: N'oubliez pas de sauvegarder.
Remarque # 2: Vous passerez très probablement autant de temps pour corriger les erreurs appelées par les méthodes mentionnées ci-dessus. Si oui, pourquoi hésiter à faire une installation propre?
Fonctionne: fonctionne toujours.
Niveau de recommandation: très élevé.
la source