Mise à niveau d'Ubuntu de 18.10 à 19.10
Si vous avez une version EOL et si vous n'avez pas peur de réinstaller votre système à partir de zéro ou simplement sans formater cet ancien système, alors vous pouvez essayer. Il a été essayé uniquement par curiosité et à des fins de test. Ce n'est pas du vrai matériel, mais des machines virtuelles ont été utilisées pour cela. NE PAS L'UTILISER SUR PROD. Mais bizarrement si vous avez EOL sur prod.
Essayer de répondre correctement la question J'ai installé Ubuntu 18.10 eol dans une VM VirtualBox.
-
J'ai changé le courant /etc/apt/sources.list
à la version 18.04 d'Ubuntu :
deb http://ua.archive.ubuntu.com/ubuntu/ bionic main restricted
deb http://ua.archive.ubuntu.com/ubuntu/ bionic-updates main restricted
deb http://ua.archive.ubuntu.com/ubuntu/ bionic universe
deb http://ua.archive.ubuntu.com/ubuntu/ bionic-updates universe
deb http://ua.archive.ubuntu.com/ubuntu/ bionic multiverse
deb http://ua.archive.ubuntu.com/ubuntu/ bionic-updates multiverse
deb http://ua.archive.ubuntu.com/ubuntu/ bionic-backports main restricted universe multiverse
deb http://archive.canonical.com/ubuntu bionic partner
deb http://security.ubuntu.com/ubuntu bionic-security main restricted
deb http://security.ubuntu.com/ubuntu bionic-security universe
deb http://security.ubuntu.com/ubuntu bionic-security multiverse
-
Modifié /etc/lsb-release
à :
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=18.04
DISTRIB_CODENAME=bionic
DISTRIB_DESCRIPTION="Ubuntu 18.04 lts"
-
sudo apt update && sudo apt upgrade && sudo do-release-upgrade
Pendant la mise à niveau, il n'a pas réussi à redémarrer différents services et a même refusé de redémarrer ou de s'arrêter correctement. J'ai éteint la VM et l'ai redémarrée.
Il a démarré sans problème.
$ cat /etc/lsb-release && uname -a
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=19.10
DISTRIB_CODENAME=eoan
DISTRIB_DESCRIPTION="Ubuntu 19.10"
Linux ubuntu18 5.3.0-40-generic #32-Ubuntu SMP Fri Jan 31 20:24:34 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
Test :
Les demandes sont ouvertes correctement.
/etc/apt/sources.list
ont été générés avec des doublons de dépôts d'eoan, j'ai donc supprimé les enregistrements excessifs et c'est maintenant chose faite :
deb http://us.archive.ubuntu.com/ubuntu/ eoan main restricted
deb http://us.archive.ubuntu.com/ubuntu/ eoan-updates main restricted
deb http://us.archive.ubuntu.com/ubuntu/ eoan universe
deb http://us.archive.ubuntu.com/ubuntu/ eoan-updates universe
deb http://us.archive.ubuntu.com/ubuntu/ eoan multiverse
deb http://us.archive.ubuntu.com/ubuntu/ eoan-updates multiverse
deb http://security.ubuntu.com/ubuntu eoan-security main restricted
deb http://security.ubuntu.com/ubuntu eoan-security universe
deb http://security.ubuntu.com/ubuntu eoan-security multiverse
Installé scribus
, snap
, mariadb-server
, docker
, openssh-server
en utilisant sudo apt install
sans problème.
Installé gimp
en utilisant snap : snap install gimp --classic
(Une demande d'authentification est apparue et après la saisie du mot de passe, l'installation a commencé).
Il ressemble à un système Ubuntu 19.10 stable habituel mis à jour correctement comme l'est mon hôte.
4 votes
Il pourrait être utile d'éditer certaines (ou toutes) les réponses à cette question, car pendant le week-end, après avoir passé un certain temps à essayer de faire fonctionner ce système, je me suis rendu compte par chance qu'ils sont passés de
http://old-releases.ubuntu.com/ubuntu/
ahttp://us.archive.ubuntu.com/ubuntu/
(ou votre propre code de comté abrégé de deux lettres au début) à partir de 17.10 (essentiellement en synchronisation avec le retour au début de l'alphabet).0 votes
Ils le font délibérément pour casser les anciennes versions et vous forcer à mettre à niveau.
0 votes
En passant d'Artful à Bionic en 2020, j'ai constaté que
us.archive.
n'a pas fonctionné, maisold-releases.
a fait.0 votes
Essayez de mettre à jour votre version, par exemple.
sudo do-release-upgrade
.