43 votes

Comment puis-je passer de la version 14.04 LTS à la version 16.04.1 LTS ?

Donc, aujourd'hui c'est le 21 juillet et cette page. me donne l'option de télécharger 16.04.1 LTS. Cependant, en tentant de faire la mise à jour, j'obtiens ce message -

$ sudo do-release-upgrade
Vérification d'une nouvelle version d'Ubuntu
Aucune nouvelle version trouvée

Quel est le problème? Est-ce important que j'utilise apt-get update derrière apt-cacher-ng?

Note: Commenter les fichiers dans apt.conf.d qui utilisent apt-cacher-ng n'a pas fait de différence.

Édition: Explication pour les doublons éventuels: Pourquoi "Aucune nouvelle version trouvée" lors de la mise à niveau d'une LTS à la suivante? traite de la mise à niveau de 12.04LTS à 14.04LTS. Ma question concerne spécifiquement la mise à niveau de 14.04 LTS à 16.04.1 LTS. Les anciennes réponses, bien que bonnes à des fins d'archivage, sont moins pertinentes dans un package aussi évolutif qu'Ubuntu. De plus, aucune des réponses ne répond à ce qui ne va pas. Le lien andrew.46 mentionné est cité dans l'un des commentaires. Cette question et réponse est plus utile pour les personnes qui font une mise à jour aujourd'hui que la solution de contournement mentionnée dans "Pourquoi "Aucune nouvelle version trouvée" lors de la mise à niveau d'une LTS à la suivante?".

39voto

Shaun Bohannon Points 271

C'est un problème qui est apparu auparavant : il y a 4 ans lors de la mise à jour de 12.04 LTS (Precise Pangolin) à 14.04.1 LTS (Trusty Tahr) :

Il semble qu'un problème similaire existe pour la mise à jour de 14.04 LTS (Trusty Tahr) à 16.04.1 LTS (Xenial Xerus) avec le journal de mise à jour pertinent n'étant pas encore mis à jour. Il y a actuellement le choix entre deux solutions raisonnables :

  1. Attendre un peu que ce document soit mis à jour, puis effectuer la mise à niveau normalement
  2. Utiliser dès à présent la syntaxe suivante :

    sudo do-release-upgrade --devel-release

_

La documentation Ubuntu parle de cette option d'utiliser l'option --devel-release ou -d :

Pour une stabilité accrue d'une version LTS, il y a un léger changement de comportement si vous utilisez actuellement une version LTS. Les systèmes LTS ne sont considérés automatiquement pour une mise à niveau vers la prochaine LTS que via do-release-upgrade avec la première publication. Par exemple, 14.04 ne sera mis à niveau qu'une fois que 16.04.1 sera publié. Si vous voulez mettre à jour avant, par exemple sur un sous-ensemble de machines pour évaluer la mise à niveau LTS pour votre configuration, le même argument qu'une mise à niveau vers une version de développement doit être utilisé via l'option -d.

Et actuellement, c'est certainement le chemin sûr à suivre. Lorsqu'il a été effectué sur mon propre système Trusty :

andrew@corinth:~$ sudo do-release-upgrade
[sudo] password for andrew: 
Vérification d'une nouvelle version d'Ubuntu
Aucune nouvelle version trouvée
andrew@corinth:~$ sudo do-release-upgrade --devel-release
Vérification d'une nouvelle version d'Ubuntu
Récupération de la signature de l'outil de mise à niveau [198 B]
Obtention de l'outil de mise à niveau [1,265 kB]
1,265 kB récupérés en 0s (0 B/s)
authentification de 'xenial.tar.gz' par rapport à 'xenial.tar.gz.gpg'
extraction de 'xenial.tar.gz'
[...]

Et le processus se poursuit en installant Xenial en utilisant ce fichier alternatif. Quelques indices sur la résolution à venir de ce problème :

  1. Quelques enquêtes sur IRC (merci @ThomasWard) indiquent que la résolution imminente du problème est en attente de la résolution de tout bug dans le chemin de mise à niveau...
  2. Un email personnel d'un développeur m'a indiqué que cela devrait être résolu dans la semaine commençant le 25 juillet
  3. Un bug et une demande de fonctionnalité de Launchpad déposés sur ce problème contiennent des commentaires intéressants...

On croise les doigts pour une résolution prochaine !!

Note : Le journal de mise à jour a été modifié le 29 juillet, mon fuseau horaire, donc le problème est maintenant résolu...

Références :

_

3voto

Thomas Bijl Points 31

Pour moi, la solution n'était pas -d mais plutôt -p. Peut-être que cela sera utile pour certains d'entre vous rencontrant ce problème.

Modification pour expliquer (à partir de man do-release-upgrade):

-d, --devel-release
              Vérifie si la mise à niveau vers la dernière version de développement est possible

-p, --proposed
              Essayez de passer à la dernière version en utilisant le programme de mise à niveau d'Ubuntu-proposed

do-release-upgrade a plusieurs commutateurs utiles. Consulter la page de manuel est toujours une bonne idée.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X