Mise à niveau vers Trisquel 11 - Problème de dépendances lors de mise à jour préalable
- Inicie sesión ou rexístrese para enviar comentarios
Bonjour,
Actuellement sous Trisquel Mini 10, je cherche à effectuer la mise à niveau vers Trisquel Mini 11.
En lançant la commande do-release-upgrade -d, il m'est indiqué « Veuillez installer toutes les mises à jour disponibles pour votre version avant la mise à niveau. »
Il y a effectivement des mises à jour à effectuer. Cependant, elles ne se font pas toutes seules. Et lorsque je les force manuellement, il m'est indiqué un problème de dépendances (cf. ci-dessous). Les paquets concernés sont quand même assez fondamentaux. Je ne veux pas faire de bêtise avec.
Visiblement, les paquets libsystemd0:i386 et libudev1:i386 posent problème car leur dernière version (pour mise à jour) est la 245.4-4ubuntu3.21 tandis que les autres doivent être mis à jour vers la version 245.4-4ubuntu3.23+10.0trisquel3.
Comment contourner le problème ?
$ sudo apt upgrade libnss-systemd libpam-systemd libsystemd0 libsystemd0:i386 libudev1 libudev1:i386 systemd systemd-sysv systemd-timesyncd udev
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Calcul de la mise à jour... Fait
Certains paquets ne peuvent être installés. Ceci peut signifier
que vous avez demandé l'impossible, ou bien, si vous utilisez
la distribution unstable, que certains paquets n'ont pas encore
été créés ou ne sont pas sortis d'Incoming.
L'information suivante devrait vous aider à résoudre la situation :
Les paquets suivants contiennent des dépendances non satisfaites :
libsystemd0 : Casse: libsystemd0:i386 (!= 245.4-4ubuntu3.23+10.0trisquel3) mais 245.4-4ubuntu3.21 devra être installé
libsystemd0:i386 : Casse: libsystemd0 (!= 245.4-4ubuntu3.21) mais 245.4-4ubuntu3.23+10.0trisquel3 devra être installé
libudev1 : Casse: libudev1:i386 (!= 245.4-4ubuntu3.23+10.0trisquel3) mais 245.4-4ubuntu3.21 devra être installé
libudev1:i386 : Casse: libudev1 (!= 245.4-4ubuntu3.21) mais 245.4-4ubuntu3.23+10.0trisquel3 devra être installé
E: Paquets défectueux
Que contient /etc/apt/sources.list sur ton système ? Trisquel 11 n’étant plus une version de développement, do-release-upgrade ne doit pas être appelé avec l’option -d.
Voici le contenu du fichier sources.list.
# deb cdrom:[Trisquel 8.0 _nabia_ - Release amd64 (20180417)]/ flidas main
# Trisquel repositories for supported software and updates
# deb http://archive.trisquel.info/trisquel/ nabia main
# deb-src http://archive.trisquel.info/trisquel/ nabia main
# deb http://archive.trisquel.info/trisquel/ nabia-security main
# deb-src http://archive.trisquel.info/trisquel/ nabia-security main
# deb http://archive.trisquel.info/trisquel/ nabia-updates main
# deb-src http://archive.trisquel.info/trisquel/ nabia-updates main
# deb http://archive.trisquel.info/trisquel/ nabia-backports main
# deb-src http://archive.trisquel.info/trisquel/ nabia-backports main
# deb http://archive.trisquel.info/trisquel/ belenos main
# deb http://archive.trisquel.info/trisquel/ belenos-security main
# deb http://archive.trisquel.info/trisquel/ belenos-updates main
deb http://archive.trisquel.info/trisquel/ nabia main
deb http://archive.trisquel.info/trisquel/ nabia-security main
deb http://archive.trisquel.info/trisquel/ nabia-updates main
deb http://archive.trisquel.info/trisquel/ nabia-backports main
En utilisant do-release-upgrade sans l'option -d, j'obtiens le même message d'erreur.
J’allais t’écrire que je ne comprenais pas pourquoi, avec ces dépôts, APT voulait t’installer des paquets pour l’architecture i386. Mais je me rends maintenant compte que c’est toi qui le demandes dans ta ligne de commande ! Pourquoi ? Que donnent les deux commandes classiques ?
$ sudo apt update
$ sudo apt upgrade
Comme on peut le voir avec les retours des commandes ci-dessous, c'est avec ces commandes que j'ai constaté que libsystemd1 et libudev1 ont deux paquets différents (dont un avec l'extension « :i386 ».
$ sudo apt update
Atteint :1 http://ppa.launchpad.net/costamagnagianfranco/boinc/ubuntu focal InRelease
Atteint :2 http://ppa.launchpad.net/exaile-devel/ppa/ubuntu focal InRelease
Atteint :3 http://archive.trisquel.info/trisquel nabia InRelease
Atteint :4 http://archive.trisquel.info/trisquel nabia-security InRelease
Atteint :5 http://archive.trisquel.info/trisquel nabia-updates InRelease
Atteint :6 http://archive.trisquel.info/trisquel nabia-backports InRelease
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
10 paquets peuvent être mis à jour. Exécutez « apt list --upgradable » pour les voir.
$ sudo apt upgrade
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Calcul de la mise à jour... Fait
Les paquets suivants ont été conservés :
libnss-systemd libpam-systemd libsystemd0 libsystemd0:i386 libudev1 libudev1:i386 systemd systemd-sysv systemd-timesyncd udev
0 mis à jour, 0 nouvellement installés, 0 à enlever et 10 non mis à jour.
MÀJ : Visiblement, les paquets libsystemd1:i386 et libudev1:i386 peuvent être supprimés sans problème, ce que j'ai fait. J'ai ensuite lancé la mise à jour pour les autres paquets sans problème.
Je réessaierai la mise à niveau après-demain a priori. Dans l'attente, j'ai au moins vérifié que la commande do-release-upgrade se lance bien. Et c'est le cas.
I am a translator!
Si ce n'est pas déjà fait, avant de tenter une mise à jour vers aramo, regarde l'occupation de l'espace disque dans ta partition /, par exemple avec df -h. Je ne sais pas quel espace libre il faut exactement, mais je dirais que si tu as moins de 10 GB de libre après un autoremove et, si tu as une machine virtuelle dans la partition root (c'est là qu'elles sont mises par défaut), après son déplacement vers ~/, il vaudrait mieux modifier tes partitions avant d'essayer de faire la mise à jour.
Je ne sais pas quel espace libre il faut exactement, mais je dirais que si tu as moins de 10 GB de libre après un autoremove
Il vaut aussi la peine de supprimer les .deb dans /var/cache/apt/archives pour faire de la place aux nouveaux qui, du coup, ne prennent pas un espace constant comme 10 GB mais dépendant de la taille du système mis à jour :
$ sudo apt clean
do-release-upgrade commence néanmoins par un calcul (peut-être imprécis) de l’espace disque nécessaire et refuse de continuer s’il en manque. Une solution est alors de supprimer des logiciels prenant beaucoup d’espace disque (comme des jeux vidéos) avant de relancer do-release-upgrade.
Merci pour les conseils. Après avoir désinstallé quelques logiciels pour faire de la place (car il en fallait), la mise à niveau s'est bien passée. J'avais juste un problème de dispositions de clavier dans ma session. Mais je l'ai résolu.
Bonjour, Julius22,
Je te passe le contenu de mon fichier /etc/apt/sources.list, si cela t'aide pour comparer :
# deb cdrom:[Trisquel 11.0 _aramo_ - Release amd64 (20230315)]/ aramo main
# Trisquel repositories for supported software and updates
deb https://mirrors.dotsrc.org/trisquel aramo main
deb-src https://mirrors.dotsrc.org/trisquel aramo main
deb https://mirrors.dotsrc.org/trisquel aramo-security main
deb-src https://mirrors.dotsrc.org/trisquel aramo-security main
deb https://mirrors.dotsrc.org/trisquel aramo-updates main
deb-src https://mirrors.dotsrc.org/trisquel aramo-updates main
deb https://mirrors.dotsrc.org/trisquel aramo-backports main
# deb-src https://mirrors.dotsrc.org/trisquel aramo-backports main
# This system was installed using small removable media
# (e.g. netinst, live or single CD). The matching "deb cdrom"
# entries were disabled at the end of the installation process.
# For information about how to configure apt package sources,
# see the sources.list(5) manual.
deb https://archive.trisquel.org/trisquel/ aramo-security main
N'oublie pas de faire une copie de ton fichier d'origine par ex. dans sources.list.save
Peut-être que tes dépôts sont obsolètes.
Après je ne suis qu'un petit utilisateur de Trisquel GNU/Linux, comparé à Magic Banana.
Tiens nous au courant