Problem merge list status

Résolu/Fermé
takefive Messages postés 1009 Date d'inscription dimanche 28 décembre 2008 Statut Membre Dernière intervention 29 août 2019 - Modifié le 6 mai 2019 à 11:59
mamiemando Messages postés 33443 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 19 décembre 2024 - 4 juin 2019 à 11:59
Bonjour,

Après une mise à jour kernel, impossible mise à jour. J'utilise
Linux Mint 18.3   4.10.0-38-generic #42~16.04.1-Ubuntu SMP Tue Oct 10 16:32:20 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
.

Le message d'erreur est le suivant :

E: Encountered a section with no Package: header
E: Problem with MergeList /var/lib/dpkg/status
E: Impossible d'ouvrir ou d'analyser le fichier contenant la liste des états ou celui des paquets disponibles.
E: _cache->open() failed, please report.


Tout fonctionne très bien sinon. J'ai essayé toutes solutions du net, et elles ne marchent pas.

Merci de votre attention.
A voir également:

1 réponse

mamiemando Messages postés 33443 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 19 décembre 2024 7 811
Modifié le 6 mai 2019 à 12:00
Bonjour,

Peux-tu (ré)essayer ce est indiqué dans la documentation pour ce problème précis ?

Bonne chance
1
takefive Messages postés 1009 Date d'inscription dimanche 28 décembre 2008 Statut Membre Dernière intervention 29 août 2019 81
6 mai 2019 à 14:23
Bonjour Mamiemando.Ok je vais voir ça.Merci beaucoup.
0
takefive Messages postés 1009 Date d'inscription dimanche 28 décembre 2008 Statut Membre Dernière intervention 29 août 2019 81
6 mai 2019 à 15:06
Oh merci mamiemando! Génial! J'ai fait le 13 et tout fonctionne! Je n'avais pas trouvé cette solution. Bonne journée. Alain.A+
0
mamiemando Messages postés 33443 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 19 décembre 2024 7 811
10 mai 2019 à 13:07
Hello Alain, merci pour ton retour et bonne continuation :-)
0
takefive Messages postés 1009 Date d'inscription dimanche 28 décembre 2008 Statut Membre Dernière intervention 29 août 2019 81
Modifié le 3 juin 2019 à 13:57
Re bonjour,
Avant de te demander une solution au problème que je t'ai posé, j'avais réinstallé quelques paquets en pensant que ça réglerait ce problème.Mais non.En fait, je ne sais par quel sortilège bizarre, le paquet synaptic (que j'ai réinstallé)avait disparu après voir fait cela:

Les paquets suivants ont été mis à jour :
linux-libc-dev (4.4.0-146.172) to 4.4.0-148.174

Les paquets suivants ont été installés :
linux-headers-4.15.0-50 (4.15.0-50.54~16.04.1)
linux-headers-4.15.0-50-generic (4.15.0-50.54~16.04.1)
linux-image-4.15.0-50-generic (4.15.0-50.54~16.04.1)
linux-modules-4.15.0-50-generic (4.15.0-50.54~16.04.1)
linux-modules-extra-4.15.0-50-generic (4.15.0-50.54~16.04.1)
Alors voila, je le signale pour "servir ce que de droit" comme on dit lol
Moi, simple amateur, je suis émerveillé de voir que tu trouves toujours des solution qui m'épatent .Pour faire les mises à jour, j'étais obligé de repasser par le prompt, mais ça fonctionnait toujours!Alors merci encore pour toutes les aides que tu prodigues! A plus tard.Prends soin de toi. Alain
0
mamiemando Messages postés 33443 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 19 décembre 2024 7 811
4 juin 2019 à 09:37
Bonjour takefive,

Tout d'abord, merci pour ton retour et tes compliments. Concernant la disparition de
synaptic
, ce n'est pas forcément surprenant.

Généralement des paquets "disparaissent" quand ils sont jugés comme inutiles par le gestionnaire de paquets. Ce qu'il faut bien comprendre c'est un paquet A dépend généralement d'autres paquets (B1, B2, B3) et chacun d'eux a probablement ses propres dépendances.

Le but du gestionnaire de paquets est d'installer toutes les dépendances d'un paquet avant d'installer ce paquet. Dans l'exemple que je t'ai donné, cela signifique que plusieurs paquets sont installés en cascade (B1, B2, B3, leurs dépendances, les dépendances de leurs dépendances, etc) en voulant installer A.

Mais ces dépendances évoluent au cours du temps, car les technologies sur lesquelles s'appuie un logiciel peuvent changer. Supposons que A ne dépende plus de B2. Si B2 est utilisé par un autre paquet A' que tu as explicitement installé, alors on va bien entendu garder A2. Mais si B2 n'est plus utilisé par personne, il n'y a plus de raison de le garder. Dans ce cas, le gestionnaire de paquets va supprimer B2 (plus utilisé) et en cascade ses dépendances qui ne sont plus utilisées (et ainsi de suite).

Ce faisant, on garantit une installation "minimale" par rapport à ce que tu as explicitement souhaité installé. Mais cela aussi signifie que certaines mises à jour suppriment des paquets (dans mon exemple B2 et certaines de ses dépendances).

Ceci peut explique pourquoi
synaptic
a disparu. C'était probablement une dépendance du paquet associé à ton bureau (mettons
ubuntu-desktop
). Pour peu qu'un nouveau gestionnaire de paquet soit mettons
software-center
(nom approximatif) fasse office de nouvelle dépendance, cela suffit à expliquer pourquoi synaptic a été désinstallé.

Ceci dit, comme tu le soulignes, rien n'empêche d'envisager d'installer explicitement
synaptic
, du moment qu'il ne rentre pas en conflit avec ce qui a déjà été installé. C'est ce que tu as fait.

Bonne continuation
0