Les gestionnaires de paquets Linux, comme Apt et DNF, sont extrêmement puissants et intuitifs, mais cela ne veut pas dire que les choses ne peuvent pas mal tourner. Parfois, l’installation d’un package se passe mal et vous devez ramasser les morceaux. Les gestionnaires de packages ont la possibilité de réparer les packages cassés et d’ignorer les mises à jour cassées pour que votre système fonctionne à nouveau et éviter les problèmes à l’avenir. Cet article explique comment réparer les packages cassés sous Linux.
Ces trucs et astuces devraient vous aider à vous en sortir dans la plupart des cas. Ils sont tous assez universels, mais chaque situation est différente, alors gardez cela à l’esprit lorsque vous essayez de déboguer votre propre situation.
Contenu
Réparer les paquets cassés dans Ubuntu
Apt a quelques indicateurs que vous pouvez utiliser pour corriger les dépendances manquantes ou les packages qui se sont cassés pour une raison ou une autre lors de l’installation. Une utilisation courante ici serait d’installer un .deb tiers et de découvrir qu’il avait des dépendances que vous ne connaissiez pas. Ces dépendances ne seront probablement pas extraites d’elles-mêmes, et dpkg se plaindra que le paquet y est manquant. Dans tous les cas, vous pouvez essayer les étapes suivantes.
Tout d’abord, exécutez une mise à jour pour vous assurer qu’il n’y a pas de versions plus récentes des packages requis.
Ensuite, vous pouvez essayer de forcer Apt à rechercher et à corriger les dépendances manquantes ou les packages cassés. Cela installera en fait tous les packages manquants et réparera les installations existantes.
Un autre endroit où une erreur peut apparaître dans les installations de packages est le processus de configuration. Dans les coulisses, dpkg s’occupe de cette partie, pas d’Apt, il va donc de soi que lorsqu’un paquet échoue lors de la configuration, dpkg est l’outil vers lequel se tourner pour le réparer.
Commencez par essayer de forcer dpkg à reconfigurer tout paquet cassé ou partiellement configuré.
Si cela ne résout pas le problème, vous pouvez adopter une approche plus énergique. Commencez par lister tous les packages que dpkg a marqués comme nécessitant une réinstallation.
Vous devriez y voir le(s) paquet(s) problématique(s). Tant qu’il n’y a rien qui ne semble pas y appartenir, vous pouvez forcer la suppression des packages cassés.
Lorsque dpkg est terminé, essayez de nettoyer avec Apt.
Avec un peu de chance, cela vous ramènera à votre point de départ. Cela ne vous procurera pas les packages cassés que vous avez essayé d’installer, mais au moins Apt sera à nouveau fonctionnel.
Verrouillage permanent DPKG
Il y a un problème moins courant avec les verrous dpkg ridicules qui vous empêchent de faire quoi que ce soit. Chaque fois que vous essayez d’utiliser Apt ou dpkg, vous obtenez une erreur indiquant qu’une autre application l’est déjà… alors qu’elle ne l’est pas.
Il est en fait facile de supprimer le fichier de verrouillage qui vous empêche d’utiliser Apt et de recommencer à faire ce dont vous avez besoin. Parfois, ces fichiers de verrouillage restent en place après qu’une erreur se soit produite lors d’une installation, faisant dérailler le processus et empêchant la suppression automatique du fichier. Dans ce cas, vous devrez le faire vous-même.
Pour faire bonne mesure, supprimez le verrou dans le cache.
Correction des paquets cassés dans Fedora/CentOS/RHEL
La réparation des packages cassés dans Fedora/CentOS/RHEL est moins courante, car yum et dnf font un très bon travail pour s’assurer que les packages sont installés correctement. Cependant, parfois, les choses se mélangent dans l’utilisation du package. La commande pour le faire sur les systèmes basés sur rpm est :
L’option -V sert à vérifier, ce qui signifie qu’elle parcourra et comparera les informations sur les fichiers installés avec les informations stockées dans la base de données rpm. C’est légèrement inutile, car cela vous donnera généralement une longue liste de fichiers, mais cela peut vous donner un point de départ si vous rencontrez des problèmes avec une application particulière. Vous pouvez exécuter une réinstallation dnf sur tous les packages que vous voyez dans cette liste et qui pourraient vous poser problème.
Cela définira toutes les métadonnées comme expirées, de sorte qu’il parcourra tous les référentiels que vous avez activés et recherchera une nouvelle version de ce package. Si vous trouvez qu’il y a des dépendances brisées avec ce paquet, DNF se plaindra probablement et vous dira d’utiliser l’indicateur –skip-broken. Cela peut également signifier que vous n’avez pas un référentiel particulier activé pour extraire une dépendance, vous devrez donc peut-être faire des recherches là-bas.
Conclusion
Espérons que l’un de ces correctifs a fonctionné pour vous et que vous retravaillez normalement sur votre système Linux. N’oubliez pas que la meilleure façon de gérer une situation totalement incontrôlable est d’essayer de revenir à ce qu’elle était avant. N’essayez pas de passer à travers et d’ajouter plus de choses pour résoudre une casse en ajoutant plus de choses à moins que vous ne sachiez exactement ce que vous faites. Il y a de fortes chances que vous vous retrouviez avec un enchevêtrement de choses cassées qui seront plus difficiles à trier.
Vous devrez peut-être également nettoyer votre système Linux pour vous débarrasser des packages inutiles et cassés. Si la cause est due à un ancien PC incapable de prendre en charge les logiciels les plus récents, vous pouvez également utiliser ces trois façons d’utiliser votre ancien PC à bon escient.
Cet article est-il utile ? Oui Non
